 1-Oct-84 00:18:51-MDT,1746;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 00:18:45-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  1 Oct 84 1:51 EDT
Received: from hi-multics.arpa by BRL-AOS.ARPA id a016976; 1 Oct 84 1:55 EDT
Date:  Mon, 1 Oct 84 00:50 CDT
From:  Eaton@HI-MULTICS.ARPA
Subject:  zcpr3 bugs
To:  info-cpm@BRL.ARPA
Message-ID:  <841001055043.447509@HI-MULTICS.ARPA>

I am experiencing severe difficulties trying to implement "named
directories" under ZCPR3.  I suspect that there is a bug in LDR v1.0 (27
Feb 84).  The logic at "setdata:" after the call to "getndr" appears
incorrect.

Also it appears as though the named directory buffer must be a multiple
of 256 bytes.  This is not mentioned in the installation procedures.

I have the command line buffer following the named directory buffer and
I think it is being overlayed by the named directory.

There was no source supplied for z3lib.rel or vlib.rel from SIG/M which
makes troubleshooting a bit more difficult.

MKDIR had to be re-assembled as the supplied com file wouldn't write the
NAMES.NDR file without aborting.

In order to link the utilities properly the following command was used
instead of the one specified on page 91 of the installation manual:

L80 /P:100,$1,Z3LIB/S,SYSLIB/S,$1/N/U/E

instead of:

L80 $1,Z3LIB/S,SYSLIB/S,$1/N,/U,/E

THREE extra zeroes were placed at the beginning of the utility if the
recommended L80 command string was used from page 91.

If someone could shed some light on the above it would be greatly
appreciated.

Please send explicit mail as I cannot ftp from simtel20.

Thanks

Jesse (not as easy as it should be) Eaton

Eaton.HFED@HI-MULTICS

 1-Oct-84 07:23:18-MDT,871;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 07:23:13-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  1 Oct 84 8:39 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 30 Sep 84 5:30-PDT
Date: 26 Sep 84 7:31:32-PDT (Wed)
To: info-cpm@Amsaa.arpa
From:  hplabs!hpda!fortune!amd!decwrl!dec-rhea!dec-algol!orthober@Ucb-Vax.arpa
Subject: CPM software and listings
Article-I.D.: decwrl.3746

	Does anyone out in CPM 2.2 land have some class grading and/or
	personal data base software that they would like to share?

	Is anyone interested in a listing of CPM 2.2?  It is a listing
	that I have developed.  Is it legal to distribute this over
	the net?  Are there any other CPM 2.2 listings floating around?

	Thanks

	Jeff Orthober (ort1)

	...decvax!decwrl!rhea!algol!orthober
 1-Oct-84 09:53:20-MDT,1027;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 09:53:13-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  1 Oct 84 10:45 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 30 Sep 84 6:49-PDT
Date: 27 Sep 84 13:41:55-PDT (Thu)
To: info-cpm@Amsaa.arpa
From: hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@Ucb-Vax.arpa
Subject: How do I envoke a self created SUBMIT file in CPM86
Article-I.D.: bmcg.1392

[Row, row, row your bits, gently down the stream...]

I have a program that creates a submit file ($$$.SUB) with the necessary
commands do a predefined procedure.  I have a program in C that creates the
file, but it will not envoke the file unless I reset the machine.  Is there
anyone out there who can steer me in the right direction to execute this file
after its created?  I am running CPM86 Ver 1.0 on a 8" floppy system.  I am
using Computer Innovations CI86 'C' compiler.

Mike Lesher
Burroughs ASG, San Diego, CA.
(..!bmcg!mikel)
 1-Oct-84 10:59:42-MDT,613;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 10:59:38-MDT
Received: From ari-hq1.arpa.ARPA by AMSAA via smtp;  1 Oct 84 11:45 EDT
Date: 1 Oct 84 11:42:00 EST
From: brake@Ari-Hq1.ARPA
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Subject: JOINING INTEREST GROUP
To: info-c <info-c@Brl.ARPA>
cc: info-cpm@Amsaa.ARPA, info-kermit as columbia-20@AMSAA.ARPA
Reply-To: brake@Ari-Hq1.ARPA
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA

I would like to be added to your mailing list.
My address is BRAKE@ARI-HQ1
------
 1-Oct-84 13:25:18-MDT,2776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 13:25:00-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Oct 84 14:40 EDT
Date: 1 Oct 1984  12:44 MDT (Mon)
Message-ID: <RCONN.12052012967.BABYL@SIMTEL20>
From: Richard Conn <RCONN@Simtel20.ARPA>
To:   Eaton@Hi-Multics.ARPA
Cc:   info-cpm@Amsaa.ARPA
Subject: zcpr3 bugs
In-reply-to: Msg of 30 Sep 1984  23:50-MDT from Eaton at HI-MULTICS.ARPA

	All of the problems you reported (with the possible exception
of the LDR problem - will look at it) have already been reported and
posted in the ZCPR3 Newsletters.  I just sent you copies of the first
5 newsletters ... hope this will help.  There is a lot of data here.

	The route which has been taken in problem reporting and
tracking, namely thru Echelon and the newsletters, has worked out
nicely from my point of view.  I see only one report on each potential
problem (with the exception of my DDN mail) and don't have to respond
to 20 or more questions about the same problem -- the responses are
posted in the newsletters, and the ZCPR3 user community can read them.
Additionally, Echelon, thru its (1) posted address, (2) posted
telephone number, and (3) electronic bulletin board provides a
convenient method of communication which is supplemented greatly by
its newsletter.  I really urge the ZCPR3 community to take advantage
of this service and read the newsletters.

	I will be posting newsletters 6 and 7 soon.  The bug reports
are going down, and more and more newsletter material is oriented
around new products, a review of the ZCPR3 system (highlights of
programs), and other useful tidbits of information.

	I have mentioned several times that the book is coming out ...
take heart, for it really is happening.  I see it mutate time and time
again these days.  For your information, there are two literary
editors working on it (actually, they have finished) and one technical
editor (Chris Terry, formerly of Microsystems).  I feel that Chris'
inputs have really been helpful, and he is currently in control of the
StarIndex copy of the book.  He is reviewing and adding a section on
the auto-installing Z3-DOT-COM to it.  The next pass is to send me the
StarIndex copy for one last review and run thru StarIndex, and then I
will send the final to him for printing and forwarding to the
publisher for typesetting.  We are approx 1 week behind the last
posted schedule right now, but you can see that there is not much left
to do.

	Oh, one last thing, remember that all sources are supplied to
the ZCPR3 System.  The phase 2 release included complete sources to
Z3LIB and VLIB, as well as several new tools, such as VFILER and
VMENU.

		Rick
 1-Oct-84 18:11:26-MDT,736;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 18:11:19-MDT
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp;  1 Oct 84 19:33 EDT
Received: from ibm-sj by csnet-relay.csnet id at00695; 1 Oct 84 18:10 EDT
Date: 1 Oct 1984 10:48:17-PDT (Monday)
From: Jim moore <MOORE.LOSANGEL%ibm-sj.csnet@csnet-relay.arpa>
To: info-cpm%amsaa.arpa@csnet-relay.arpa
Subject: xlisp info request

Has anyone out there any experience with XLISP (by David Betz)?
 
I am particularly interested in hearing from people who have used it
on PC/IX.
 
Is D. Bretz reachable?  His phone number (in the documentation) seems
never to answer.
 
Thanks,
 
Jim Moore
 
(MOORE.LOSANGEL@IBM)
 1-Oct-84 18:57:51-MDT,1535;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 18:57:45-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  1 Oct 84 20:24 EDT
Received: from csnet-pdn-gw by BRL-VGR.ARPA id a000288; 1 Oct 84 20:24 EDT
Received: from hplabs by csnet-relay.csnet id aa01233; 1 Oct 84 20:00 EDT
Received: by HP-VENUS id AA21662; Mon, 1 Oct 84 15:15:25 pdt
Message-Id: <8410012215.AA21662@HP-VENUS>
Date: Mon 1 Oct 84 15:14:52-PDT
From: SOMPEL%hplabs.csnet@CSNET-RELAY.ARPA
Subject: Cromemco computer for sale !!!
To: info-cpm%brl-vgr.arpa@CSNET-RELAY.ARPA
Source-Info:  From (or Sender) name not authenticated.


Cromemco System for Sale.

Hardware:	 ZPU	 Z-80 cpu board
	 	 16FDC	 Floppy Disk Controller
	 	 256KZ	 256K ram board
	 	 PRI	 Serial and parallel printer interface 
	 	 CTI	 Single card terminal
	 	 CKBC	 Keyboard with function and numeric keys
	 	 C-1	 Monitor
	 	 (2)	 Tandon thinline DSDD drives in case with power supp.

Software:	 Cromix	 (UNIX like operating system)
	 	 CDOS	 operating system
	 	 (Both Cromix and CDOS will run CPM programs)
	 	 Fortran compiler (Cromemco's)
	 	 C	 compiler     "
	 	 Sbasic	 Basic        "
	 	 Z-80	 Assembler    "
	 	 Linker	 	      "
	 	 JRT	 Pascal
	 	 Writemaster word processor
	 	 Peachtree General Ledger
	 	 Chess

I'm selling this because I'm trying to get up the down payment for a house.

Phone Mark at (415) 493-6506 after 6pm 
	   or (415) 857-4998 between 9am and 11am
-------

 1-Oct-84 22:24:03-MDT,586;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 22:23:59-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Oct 84 23:57 EDT
Date: Mon 1 Oct 84 22:01:46-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZCPR3 Newsletters 6 and 7
To: info-cpm@AMSAA.ARPA

ZCPR3 Newsletters 6 and 7 are now stored in MICRO:<CPM.ZCPR3> as Z3NEWS.006 and
Z3NEWS.007.  I will probably change the names of all the newsletters at
some later date in order to eliminate potential conflicts with squeezed file
names.

	Rick
-------
 1-Oct-84 23:58:21-MDT,730;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 23:58:17-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  2 Oct 84 1:21 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 22:11-PDT
Date: 24 Sep 84 10:31:03-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: decvax!tektronix!larryme@Ucb-Vax.arpa
Subject: Need help with PLOT33getting PLOT33
Article-I.D.: tektroni.3682

Is  there any one out there who can tell me how to get a copy  of 
PLOT33 on USENET or who can mail me a copy.   I don't have access 
to Arpanet and,   being somewhat of a novice,   I don't even know 
what SIMTEL20 is.

Thanks in advance
Larry Meneghin
tektronix!larryme
 2-Oct-84 00:06:43-MDT,1001;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 00:06:36-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  2 Oct 84 1:21 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 22:11-PDT
Date: 23 Sep 84 11:22:45-PDT (Sun)
To: info-cpm@Amsaa.arpa
From: decvax!mcnc!akgua!sdcsvax!sdcc6!ir320@Ucb-Vax.arpa
Subject: Need UNLOAD.COM
Article-I.D.: sdcc6.1747

Need Copy of UNLOAD.COM

Hi there, does anyone out there have a copy of unload.com for
converting com files to hex files.  If you do, as our local boards 
don't seem to have it, could you UNLOAD a copy of it, and just mail me
a copy of the hex or  asm code.  I'd really appreciate it.



		John Antypas
		UC San Diego

	                            ir320
	UUCP: ...!sdcsvax!sdccs6!__/
	                           \ix255

	                        ix255   Berkeley
        Arpa: sdcsvax!sdccs6!__/     \@/
	                       \ir320/ \nosc
 2-Oct-84 00:47:30-MDT,2415;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 00:47:21-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Oct 84 1:35 EDT
Date: 1 Oct 1984  23:39 MDT (Mon)
Message-ID: <RCONN.12052132269.BABYL@SIMTEL20>
From: Richard Conn <RCONN@Simtel20.ARPA>
To:   cpm@Wpafb-Afita.ARPA
Cc:   info-cpm@Amsaa.ARPA
Subject: ZCPR3 on the MD-2 et al
In-reply-to: Msg of 18 Sep 1984  03:34-MDT from cpm at wpafb-afita

Hi, Kirk,

	Very good message ... it looks like you anticipated every
possible response (within reason -- ie, you left off my nuking
Dayton).  Anyway, as you have already surmised, there is really little
I can do for you from here.  At a minimum, source to the BIOS is
required to analyze the problem, and the one MD-2 I accessed before
(which is now in Australia) was one of the first, to which Morrow was
willing (at the time) to provide the source.  For any reasonable,
non-cookbook installation of ZCPR2 or ZCPR3 in the conventional sense
(ie, on the system tracks), we can't do anything without the source to
the BIOS.  Then, it really is a rather simple task to modify the cold
boot routine to initialize the buffers, to select the desired options
in the Z3BASE.LIB file, etc, and then to bring up the resulting ZCPR3
System.

	Unlike with ZCPR2, ZCPR3 adds another alternative --
Z3-Dot-Com ($49 from Echelon).  This is an auto-installing ZCPR3 that
(1) takes just a few minutes to run in order to create Z3.COM and (2)
does not require the user to do anything other than select a few
options.  No BIOS source, no worry about ROM versions, etc.  Just
install and run.  Then, once Z3.COM is created, you may want to set up
your auto-boot program to issue the command "Z3" in order to come up
automatically in ZCPR3 (STARTUP in ZCPR3 will run other things for
you), and you have a system that runs ZCPR3 from cold boot.  It seems
to me like $49 is a small price to pay for the convenience and lack of
pain.

	I feel that this is the best advice I can give you.  This is a
solution to your installation problems.

	Also, for the audience in general, Frank Gaude' informed me
tonight that Z3-Dot-Com has been brought up on the Compupro 8/16 and
the Z-100.  He does not have much feedback yet from the users, so
there may still be some problems, but he feels good about the current
version.

		Rick
 2-Oct-84 01:08:45-MDT,1451;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 01:08:39-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  2 Oct 84 2:18 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 23:11-PDT
Date: 25 Sep 84 13:11:46-PDT (Tue)
To: info-cpm@Amsaa.arpa
From: hplabs!hao!seismo!cmcl2!lanl-a!jp@Ucb-Vax.arpa
Subject: Questions for Laser Jet users
Article-I.D.: lanl-a.13861

I am now the proud owner of an HP Laser Jet Printer.  The print quality
is fantastic.  Before I embark on a modification of Wordstar to let me
use micro-justification with it, I thought I would ask if anyone has 
already tackled the problem.  The difficulty is in setting the Horizontal
and Vertical motion Indices (HMI & VMI).  As configured for daisywheel
printers W* sends <esc> <char> <binary number>.  The Laser Jet needs
<esc> <char> <char> <Ascii representation of a number> <char>.  Not only
is the numeric info imbedded in the string but it must be converted to ASCII!!
The other question of interest is:  Has anyone had any experience with
the graphics capability of the Laser Jet??  It appears straightforward
to use graphics to generate special symbols imbedded in text, but given
the limited (59K) memory it does not seem possible to draw line graphs, etc.
Of course, bit mapped graphics 8" X 10" X 300 dots X 300 dots/in is
880Kbytes!!

Thanks,

Jim Potter  jp@LANL
 2-Oct-84 02:25:06-MDT,680;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 02:25:03-MDT
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Oct 84 3:42 EDT
Date: 2 Oct 1984 03:38:16-PDT
From: cpm@Wpafb-Afita.ARPA
To: RCONN@Simtel20.ARPA, cpm@Wpafb-Afita.ARPA
Subject: ZCPR3 on the MD-2 et al
Cc: info-cpm@Amsaa.ARPA

Thanks for taking the time to reply. I was afraid that for me to install Z2 on
the Morrow would require the BIOS source. The auto install program sounds like
a real-good-deal. It will be top priority AA (After AFIT).

Looking forward to your presentations in Nov...

Thanks again,
Kirk Horton
cpm@wpafb-afita
 2-Oct-84 03:21:51-MDT,909;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 03:21:46-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  2 Oct 84 4:43 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 2 Oct 84 0:59-PDT
Date: 25 Sep 84 12:20:17-PDT (Tue)
To: info-cpm@Amsaa.arpa
From: hplabs!nsc!voder!gino@Ucb-Vax.arpa
Subject: TUG (Turbo Users' Group)
Article-I.D.: voder.383

[do not use this line]

Turbo Pascal programmers might be interested in the above mentioned
users' group.  They publish a newsletter with interesting articles,
bug fixes, application programs/utilities, etc.  The membership is
currently around 2KP (2000 people), the dues about $20.  Addresses:
    
  Business:
    TUG
    PO Box 1510
    Poulsbo, WA 98370

  Editorial:
    TUG
    PO Box 548
    Silverdale, WA 98383
-- 
Gene E. Bloch (...!nsc!voder!gino)
 2-Oct-84 08:48:58-MDT,2130;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 08:48:50-MDT
Date:     Tue, 2 Oct 84 9:53:25 EDT
From:     David Towson (SECAD) <towson@Amsaa.ARPA>
To:       Jim moore <MOORE.LOSANGEL%ibm-sj.csnet@csnet-relay.arpa>
cc:       info-cpm@Amsaa.ARPA
Subject:  Re:  xlisp info request

Jim - In regard to your query concerning David Betz and XLISP, I hope the
attached message will be helpful.


Dave
towson@amsaa.arpa

Date: 28 Apr 83 10:52:46-PDT (Thu)
To: info-micro@brl.arpa
From: David Betz <decvax!betz (David Betz)@ucb-vax.arpa>
Subject: New distribution policy for XLISP
Article-I.D.: decvax.524
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 29 Apr 83 1:34-PDT

I have received a large number of requests from people who have not received
parts of the last XLISP distribution.  For a while I was honoring requests
to send individuals the files that they were missing.  Then, when that became
unreasonable due to the number of requests, I reposted several of the
original files.  Even then I got requests from people who hadn't gotten either
the original version or the redistributed version.  Because of all of this I
have decided that net.sources isn't a reliable way of distributing a program
as large as XLISP.  Rather than replying to each of the people who sent me
mail, I am sending this news article to explain my next plan for distributing
XLISP.  Would anyone who wants a copy of XLISP please send me a stamped,
self addressed SSSD floppy at the following address:

	David Betz
	Digital Equipment Corporation
	110 Spit Brook Rd.
	Nashua, NH  03062

Please specify whether you want the disk in CP/M format, RT-11 format,
VMS format, or UNIX (tar) format.

I'm sorry about this being a less than convienient form of distribution,
but I don't think that its fair to the rest of the users of the network
to continue sending the large XLISP distribution files over and over
again just so that the few people who didn't receive them correctly the
first time can have another chance.

David Betz
decvax!betz

 2-Oct-84 08:58:50-MDT,1038;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 08:58:39-MDT
Date:     Tue, 2 Oct 84 9:43:52 EDT
From:     David Towson (SECAD) <towson@Amsaa.ARPA>
To:       Richard Conn <RCONN@Simtel20.ARPA>
cc:       info-cpm@Amsaa.ARPA
Subject:  Re:  zcpr3 bugs

Rick - I presume you have made some changes in zcpr3 to correct reported
bugs.  Also, I believe that you have discovered some areas where more
guidance-to-installers would be helpful.  Have you made, or do you plan
to make any corresponding changes in the installation manual available on
simtel20?

     In the "ha ha department", I have decided to try to install zcpr3 on
my Radio Shack Model-I with Omikron Mapper just for the fun of trying.
This is pure foolishness, I think, since the machine has only 48K of 
memory including space for the OS, and the four disk drives hold only 622K
total.  But what the heck...

     Looking forward to reading your book.


Best regards,

Dave
towson@amsaa.arpa

 2-Oct-84 09:21:21-MDT,1556;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 09:21:14-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  2 Oct 84 10:23 EDT
Date: 2 Oct 1984  08:27 MDT (Tue)
Message-ID: <RCONN.12052228377.BABYL@SIMTEL20>
From: Richard Conn <RCONN@Simtel20.ARPA>
To:   info-cpm@Amsaa.ARPA
Subject: ZCPR3 Bug Fixes

	FYI, pass one is now complete on the bug fixes.  All bugs
reported in the ZCPR3 newsletters have been addressed and (so the test
group feels at this time) corrected.  We are planning to go thru a lot
of really extensive testing before the release of the "bug disk", and
I am sending this message to let you know that things are happening in
this area.

	The bugs reported in the ZCPR3 tools have shown themselves in
the variety of different installations that people have made of ZCPR3.
I feel that this should be emphasized -- many of the bugs may never be
observed by many of you because of the nature of your installation.
The newsletters should serve to make you aware that you MAY see these
bugs, and you should be aware of the potential of encountering them.

	One non-bug which I will work on soon is a revision of ZEX.
The new ZEX will be able to be installed like any other tool, and the
involved reassembly process will be eliminated.  ZEX is so powerful
and fundamental to ZCPR3 that I feel that any stumbling block placed
in the way of its use, such as its involved installation with a
CERTAIN, SPECIFIC version of ZSID, should be removed.

		Rick
 2-Oct-84 16:55:22-MDT,1044;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 16:55:12-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  2 Oct 84 18:22 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id ab00366; 2 Oct 84 18:17 EDT
Date: 2 October 1984 07:28-EDT
From: "R. P. Miller" <ARPEE@mit-mc.ARPA>
To: INFO-CPM@mit-mc.ARPA
cc: ARPEE@mit-mc.ARPA

Second and last request for a calendar/scheduling program...

A week ago I asked INFO-CPM list for information regarding the above.
Again I plea for information that might be out there in netland regarding
such a program either in the public domain or commercially available.  I
got one reply indicating DATEBOOK as a possible solution.  Are there others?
The other replies were from folks such as I asking for me to share the info I
get on the subject.  There is interest from many quarters - PLEASE respond if
you have ANY info on ANY calendar/scheduling software at all.  Thanks in 
advance for anything you can share with us.

----------

 2-Oct-84 18:09:14-MDT,1551;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 18:09:05-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  2 Oct 84 19:35 EDT
Received: from bbna.arpa by BRL-AOS.ARPA id a000974; 2 Oct 84 19:35 EDT
Date: 2 Oct 1984 19:34-EDT
Sender: WAGREICH@bbna.ARPA
Subject: Needed: Line-oriented editor for 8086 machine (MS-DOS)
From: WAGREICH@bbna.ARPA
To: info-micro@brl.ARPA, info-cpm@brl.ARPA
Message-ID: <[BBNA] 2-Oct-84 19:34:16.WAGREICH>


Are  there  any recommendations for a line-oriented editor for an
8086-based micro running MS-DOS?  This is for people who can  use
a  braille terminal with an 8086 machine (by declaring the device
as AUX).  The line-oriented editor should have no screen-oriented
characteristics  or  graphics in it.  EDLIN will work with such a
configuration, but is very buggy.  If you  know  of  any  editors
that  perform  like  EDLIN but with much greater capabilities and
are not buggy, let me know.  I ned the name of  the  editor,  the
vendor  and  his  address,  and  the  approximate  price  of  the
software.

As  an  example  of  a  screen-oriented  program,  BASIC  is  NOT
accessible  by braille terminals in AUX mode.  (BASIC in MS-DOS).
Another way to determine if the editor will  function  without  a
screen  is to use CTTY /DEV/PRN or <CONTROL-P> and see if you can
access the editor with all output going to the printer instead of
tothe screen.  EDLIN works this way also, but BASIC won't.

Thanks in advance for any info.
 2-Oct-84 18:59:59-MDT,1644;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 18:59:47-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  2 Oct 84 20:10 EDT
Received: from Concord.ms by ArpaGateway.ms ; 02 OCT 84 17:14:41 PDT
Date: 2 Oct 84 16:54:43 PDT (Tuesday)
From: Bicer.ES@XEROX.ARPA
Subject: Compupro computer for sale !
To: Info-Cpm@AMSAA.ARPA
cc: XeroxInfo-CPM^.wbst@XEROX.ARPA, es820ug^.es@XEROX.ARPA, 
    820Interest^.wbst@XEROX.ARPA, Bicer.ES@XEROX.ARPA
Reply-To: Bicer.ES@XEROX.ARPA


Compupro system for sale, one of the fastest and the most reliable
systems on the market.

HARDWARE: 
	816A with 8085 and 8088 (CP/M 80 and 86)
	2.4 MBytes floppy storage - Qume 8" DSDD
	256K Ram (Two RAM 21s)
	Qume 102 Green Terminal
	Daisywriter 2000 (with tractor feed and 48K buffer)
	All the necesseary cabling
	
SOFTWARE:
	Lanier's CP/M 80 & 86 Bios (executing CP/M 80 programs 
	under CP/M 86, 4 full track buffers maintained in memory
	makes the system perform as fast as some hard disks, real 
	time clock support, ram disk).
	DBASE II, SuperCalc, MBasic, C, etc. (a very large software
	library, too large to mention here).
	
The computer is about a year and a half old, the printer and 
the terminal are less than a year old. All the equipment 
is in excellent condition. This super reliable system lists 
for about $9,000, I am willing to part with it for $5,900.

Reason for sale: New house, new furniture! <-------------

	Jack Bicer
	(213) 831-4273 After 7pm.

P.S: For multi user configuration, the system needs only a hard disk
and the Operating System.
 2-Oct-84 19:48:08-MDT,920;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 19:48:01-MDT
Received: From mit-multics.arpa.ARPA by AMSAA via smtp;  2 Oct 84 21:13 EDT
Date:  Tue, 2 Oct 84 21:06 EDT
From:  AALevy@MIT-MULTICS.ARPA
Subject:  Modems
To:  Info-CPM@AMSAA.ARPA
Message-ID:  <841003010610.788299@MIT-MULTICS.ARPA>

I am considering a 300/1200 modem - which would you recommend.  The Ad
for the Prometheus looks interesting.  I have heard of strange problems
with Anchor XII.  As you can see I am now on the Multics machine.  Does
any one know of Modem7 running here or must I use kermit.  Also there is
some conversion program for FTP files that we can get.  Apparently , I
heard only the source for Modem740 is on the

copyright.  Is there any hope of Modem700 doing redialing.  Also when is
it expected.?  Thanks,

Allan Levy I hope the editing characters work .
 2-Oct-84 20:42:55-MDT,738;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 20:42:50-MDT
Date:     Tue, 2 Oct 84 22:08:58 EDT
From:     David Towson (SECAD) <towson@Amsaa.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  For Sale Notices.

Once again, I must remind all info-cpm readers that posting for-sale notices
over a taxpayer-sponsored network is a no-no.  I don't like to be a nuisance
about this, but I see that for-sale activity is picking up, so I must comment.
Come on people; let's not attract the attention of some "bean counter" (army
term for nit-picker - or worse) to our mutually beneficial newsgroup.  Please
cool-it.


Dave
towson@amsaa.arpa
aka info-cpm-request@amsaa.arpa

 3-Oct-84 01:38:44-MDT,692;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 01:38:39-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Oct 84 3:12 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a002059; 3 Oct 84 3:12 EDT
Date: 3 October 1984 03:11-EDT
From: "Jerry E. Pournelle" <POURNE@mit-mc.ARPA>
To: ARPEE@mit-mc.ARPA
cc: INFO-CPM@mit-mc.ARPA
In-reply-to: Msg of 2 Oct 1984 07:28-EDT from R. P. Miller <ARPEE at mit-mc.ARPA>

calendar/1
clear systems
309 santa monica blvd
santa monica ca 90401
213-394-7740

calendar program reviewd in one of my recent BYTE columns.  we
use it.  not fancy but works nice and prints out calendars.

 3-Oct-84 02:19:38-MDT,1344;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 02:19:32-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp;  3 Oct 84 3:26 EDT
Received: from csnet-pdn-gw by BRL-VGR.ARPA id a004287; 3 Oct 84 3:30 EDT
Received: from hplabs by csnet-relay.csnet id ac01617; 3 Oct 84 3:14 EDT
Received: by HP-VENUS id AA16054; Tue, 2 Oct 84 08:33:42 pdt
Date: Tue, 2 Oct 84 08:35:16 pdt
From: Mark Sompel <sompel%hplabs.csnet@CSNET-RELAY.ARPA>
Received: by HP-MERCURY id AA12489; Tue, 2 Oct 84 08:35:16 pdt
Message-Id: <8410021535.AA12489@HP-MERCURY>
To: info-cpm%brl-vgr.arpa@CSNET-RELAY.ARPA
Subject: Cromemco Computer for Sale
Source-Info:  From (or Sender) name not authenticated.


I have a Cromemco computer system for sale.

Hardware:	 ZPU
	 	 256KZ
	 	 16FDC
	 	 PRI
	 	 CTI
	 	 CKBC
	 	 C-1
	 (2)	 Tandon thinline 8" DSDD drives

Software:	 Cromix (UNIX like) operating system
	 	 CDOS operating system
	 	 (Both Cromix and CDOS are CPM compatable)
	 	 Fortran compiler
	 	 C compiler
	 	 Sbasic
	 	 JRT Pascal
	 	 Writmaster word processor
	 	 Peachtree General Ledger
	 	 Chess

I'm selling the system because I'm trying to get up the down payment for a
house.

Phone Mark at 415-493-6506 after 6pm
           or 415-857-4998 between 9am and 11am

 3-Oct-84 06:30:29-MDT,875;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 06:30:21-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  3 Oct 84 7:38 EDT
Received: from BacoNoir.ms by ArpaGateway.ms ; 03 OCT 84 04:31:18 PDT
Date: Wed, 3 Oct 84 07:30 EDT
From: lowans.henr@XEROX.ARPA
Subject: Re: How do I envoke a self created SUBMIT file in CPM86
In-reply-to: "hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@UCB-VAX.ARPA's
 message of 27 Sep 84 13:41:55 PDT (Thu)"
To: hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@UCB-VAX.ARPA
cc: info-cpm@AMSAA.ARPA

From the A>SUBMIT $$$.SUB should envoke the file. CP/M86 is different
than CP/M80 in this respect. This problem exists with dBASEII, the
command "QUIT TO" creates a  .SUB file of commands which are exicuted
upon exiting dBASEII in CP/M80 but won't work in CP/M86 (1.107).
										Paul

 3-Oct-84 08:05:03-MDT,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 08:04:58-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Oct 84 9:02 EDT
Date: Wed 3 Oct 84 07:07:11-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re:  zcpr3 bugs
To: towson@AMSAA.ARPA
cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA
In-Reply-To: Message from "David Towson (SECAD) <towson@Amsaa.ARPA>" of Tue 2 Oct 84 08:23:13-MDT

Hi, Dave,

	I haven't made any changes to ZCPR3 itself yet.  The changes just apply
to the toolset.  There are no plans to change the distributed installation
manual since it and the newsletters combine to document the installation
procedures and the anticipated problems associated with installation.
The book has a large section on installation, and I'm trying to make sure
that it is up to date.

Rick
-------
 3-Oct-84 09:26:32-MDT,1732;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 09:26:17-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Oct 84 10:15 EDT
Date: Wed 3 Oct 84 08:20:01-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: zcpr3 phase 2
To: ssalzman.es@XEROX.ARPA
cc: RCONN@SIMTEL20.ARPA, info-cpm@AMSAA.ARPA
In-Reply-To: Message from "ssalzman.es@XEROX.ARPA" of Tue 2 Oct 84 20:36:12-MDT

Isaac,

1. As per the norm, I haven't observed the problem with ? that
you mentioned.  I just read your note, returned to my system, entered
DU3, typed ?, and read thru the help screens.  I also did the same thing
from the command line: DU3 ?.

I don't doubt that the problem exists as you say it does.  Probably
a subtle difference between our systems.  Also, I'm not surprised that
the problem was fixed in DU2 and it never got back to me.  Under the old
system (without Echelon around to be a point for CM control), that happened
a lot.  People would make changes and I would never see them, and, even if I
did, rather than getting a DIFF file which would point exactly to the changes,
I would get a new source and be expected to go thru it to figure out what they
did (of course, it is still THIS way).  Quite a time loss.  Do you want to
track the problem and point it out to me?  This may be best since I am
not able to duplicate it.

2. Your arrow keys problem is typical.  That's why the old Wordstar sequence
is still in there as well.  Rather than reassembling to give you a different
exit char, you could also zero the arrow key definitions for the 820-II
and use the WS keys instead.  Then there would be no conflict.  Either way.

Rick
-------
 3-Oct-84 09:36:10-MDT,831;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 09:35:55-MDT
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp;  3 Oct 84 10:33 EDT
Received: from umass-cs by csnet-relay.csnet id aa03131; 3 Oct 84 10:11 EDT
Date:     Wed, 3 Oct 84 08:30 EST
From:     Robert (LISPer 68K)Heller <heller%umass-cs.csnet@csnet-relay.arpa>
To:       info-cpm%amsaa.arpa@csnet-relay.arpa
Subject:  cross assemblers wanted

	I am looking for cross-assemblers (or C compilers) to run
under CP/M-68K (on a Sage) for any (or all) of the following
processors:

	65xx series (6502, 6510, etc.)
	any/all of the Intel MCS-48 processors:  8048, 8748, 8049,
		8749, 8041, 8741, 8039, etc.
	TMS9900 processor (the chip in the TI99/4A).

				Robert Heller
				Heller%UMass-CS@CSNet-Relay
 3-Oct-84 10:25:08-MDT,489;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 10:24:52-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Oct 84 10:20 EDT
Date: Wed 3 Oct 84 08:25:14-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZCPR3 Phase 2
To: info-cpm@AMSAA.ARPA

Thanks to Frank Wancho, the Phase 2 files of ZCPR3 are now on SIMTEL20.
They are in ITS binary format, and the directory is MICRO:<CPM.ZCPR3P2>.
Enjoy!

	Rick
-------
 3-Oct-84 10:47:10-MDT,706;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 10:47:04-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Oct 84 11:03 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a006323; 3 Oct 84 11:03 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 03 OCT 84 08:01:18 PDT
Date: Wed, 3 Oct 84 09:59 EDT
From: Kushall.henr@XEROX.ARPA
Subject: Re: 8080 Subroutines Book?
In-reply-to: "T.MOORE%MIT-EECS@MIT-MC.ARPA's message of Fri, 28 Sep 84
 21:33:33 EDT"
To: "Andrew M. Moore" <T.MOORE%MIT-EECS@MIT-MC.ARPA>
cc: INFO-CPM@MIT-MC.ARPA

Radio Shack sells a book(By Howard Sams Inc) that has subroutines for
the 8080, 6800, and 6502
Ed


 3-Oct-84 11:35:42-MDT,783;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 11:35:37-MDT
Received: From mitre.arpa.ARPA by AMSAA via smtp;  3 Oct 84 12:48 EDT
Date:  3 Oct 1984 12:34:13 EDT (Wednesday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: Need Communications Package for Televideo
To: info-cpm@Amsaa.ARPA
Cc: edelheit@Mitre.ARPA

A co-worker of mine needs a public domain communications package for a Televeideo
TPC-1 portable.  It supports CP/M 2.2 with GSX-80.  There is no preference as
to what protocols or terminal emulation it supports (i.e., Kermit, Modem7,
VT-100, etc.)  and protocol and/or emulation is not really required.

Thanks in advance.

Jeff Edelheit
(edelheit@mitre or m11808%mwvm at mitre-bedford)

 3-Oct-84 12:28:55-MDT,948;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 12:28:50-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Oct 84 13:55 EDT
Received: from xerox.arpa by BRL-AOS.ARPA id a008927; 3 Oct 84 13:55 EDT
Received: from Concord.ms by ArpaGateway.ms ; 03 OCT 84 10:41:54 PDT
Date: 3 Oct 84 10:39:24 PDT (Wednesday)
From: Bicer.ES@XEROX.ARPA
Subject: Re: Needed: Line-oriented editor for 8086 machine (MS-DOS)
In-reply-to: <[BBNA] 2-Oct-84 19:34:16.WAGREICH>
To: WAGREICH@BBNA.ARPA
cc: info-micro@BRL.ARPA, info-cpm@BRL.ARPA

Try the editor in the "Software Tools" book by Ritchie and Plaugher.
There is both Pascal and Ratfor versions and the program is pretty
straight forward and well documented. You could even modify/custimize
it to fit your needs. If programming is not your cup of tea, then 
you may be able to find it commercially (Software Toolworks ???).

	Jack Bicer
 3-Oct-84 12:57:15-MDT,638;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 12:57:11-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Oct 84 13:54 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a008898; 3 Oct 84 13:49 EDT
Received: from Concord.ms by ArpaGateway.ms ; 03 OCT 84 10:39:46 PDT
Date: 3 Oct 84 10:31:31 PDT (Wednesday)
From: Bicer.ES@XEROX.ARPA
Subject: Re: calendar/scheduling program
In-reply-to: ARPEE's message of 2 Oct 84 07:28 EDT
To: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
cc: INFO-CPM@MIT-MC.ARPA

Datebook is the only calendar program I know, and it runs
under CP/M. 

 3-Oct-84 17:01:54-MDT,442;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 17:01:50-MDT
Received: From utexas-20.arpa.ARPA by AMSAA via smtp;  3 Oct 84 18:30 EDT
Date: Wed 3 Oct 84 17:35:15-CDT
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: CITADEL
To: info-cpm@AMSAA.ARPA


I would like to hear from anyone who has had anything to do with the
CITADEL program. Thanks.

		--Doug Good
-------
 3-Oct-84 17:59:06-MDT,2594;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 17:58:57-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  3 Oct 84 19:15 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31)
	id AA06142; Wed, 3 Oct 84 15:14:14 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.16/4.26)
	id AA25346; Wed, 3 Oct 84 15:12:00 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.16/4.26)
	id AA05230; Wed, 3 Oct 84 15:01:13 pdt
Date: Wed, 3 Oct 84 15:01:13 pdt
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8410032201.AA05230@ucbopal.CC.Berkeley.ARPA>
To: info-cpm@amsaa.ARPA
Subject: PMC Micromate 101 / TRIOS Micro Systems MicroMix 3.0
Cc: CERRITOS@USC-ECL.ARPA, ch123%ruby.CC@Ucb-Vax.ARPA, gray@UCLA-LOCUS.ARPA, 
    jeromes%ucbunixe.CC@Ucb-Vax.ARPA, lbl-csam!lblunx3!fmcclure@Ucb-Vax.ARPA, 
    michalak%populi.CC@Ucb-Vax.ARPA, ucscc!b.nses@Ucb-Vax.ARPA, 
    wcwells%opal.CC@Ucb-Vax.ARPA

I receive a letter in the mail today from TRIOS Micro Systems
indicating that they are discontinuing sale and delivery of the PMC
Micromate Model 101.  In place of the PMC Micromate they are now
selling a new product called the "Micromix 3.0" which is also a Z80A
machine, but with addtional features and options.  The bundled software
appears to be the same (CP/M Plus, T/Maker III, etc.). Hardware is
packaged better (one or two drives in the CPU box). 128K banked RAM is
standard (same as PMC Model 101), 256 banked RAM is optional (new).
Diskette controller is the Western Digital FD 1793 (supports 4 8" and 4
5.25" external drives, and optional 2 3.5" drives). Also new are:
optional 4K, 8K, or 16K on-board EPROM,  2 DMA controllers, and
optional SIO controller for synchronous comms. CPU box is 50% wider
(aprox. 9x9x14"). Price for the low end unit (CPU / single 5.25 drive)
is the same.

Delivery of the MicroMix 3.0 will start in 30-45 days.

TRIOS customers with outstanding orders for the old MicroMate product
may either request that TRIOS reschedule on a first in - first out basiss
and receive delivery of the new updated product (Micromix 3.0), at no
addtional cost, or they may reissue their purchase order for the
older product directly to Personal Micro Computers, Inc., the
manufacturer, on the manufacturer's terms for price and delivery.

For more information contact:

   TRIOS Micro Systems, 147 Beacon St., South San Francisco CA 94080
   (415) 583-7733

Bill Wells
(A Micromate 101 owner)
 3-Oct-84 22:32:43-MDT,1838;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 22:32:34-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Oct 84 23:57 EDT
Date: 3 Oct 1984  22:01 MDT (Wed)
Message-ID: <KPETERSEN.12052638709.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Cliff Lasser <CAL%MIT-OZ@Mit-Mc.ARPA>
Cc:   Info-Cpm@Amsaa.ARPA
Subject: xlisp info request
In-reply-to: Msg of 3 Oct 1984  21:17-MDT from Cliff Lasser <CAL%MIT-OZ at MIT-MC.ARPA>

    Would it be possible to put xlisp on Simtel?  It seems to me that
    there would be many interested hackers.
    	   -Cliff

XLISP is already available on SIMTEL20, in SIG/M volume 118.

Filename			Type	 Bytes	 CRC

Directory MICRO:<SIGM.VOL118>
-CATALOG.118.2			ASCII	  1530  F77EH
ABSTRACT.118.2			ASCII	  2725  C4B2H
ALLOC.C.2			ASCII	  3162  7FADH
CRC.COM.1			COM	  2816  B207H
JUNK.C.2			ASCII	   376  81EEH
PT.LSP.2			ASCII	  3854  9C63H
SBRK.ASM.2			ASCII	  2375  80F7H
SETJMP.ASM.2			ASCII	  1832  39A3H
SETJMP.H.2			ASCII	    26  E283H
SIG/M.LIB.2			ASCII	  1486  1539H
T.LSP.2				ASCII	  3348  D3A3H
XLBIND.C.2			ASCII	  1344  A115H
XLDMEM.C.2			ASCII	  8896  898EH
XLEVAL.C.2			ASCII	  6464  BA03H
XLFIO.C.2			ASCII	  5105  F853H
XLIO.C.2			ASCII	  1687  88A9H
XLISP.C.2			ASCII	  1422  90E5H
XLISP.COM.1			COM	 39808  D1E6H
XLISP.DOC.2			ASCII	 29218  1764H
XLISP.H.2			ASCII	  5319  C28AH
XLISP.LNK.2			ASCII	   182  EAE3H
XLKMAP.C.2			ASCII	  6694  D2C6H
XLLIST.C.2			ASCII	 11510  3521H
XLMAKE.SUB.2			ASCII	  1271  4F82H
XLMATH.C.2			ASCII	  8397  22E0H
XLOBJ.C.2			ASCII	 17941  93DAH
XLPRIN.C.2			ASCII	  3335  4C06H
XLREAD.C.2			ASCII	  8097  B4AEH
XLSTR.C.2			ASCII	  5631  2271H
XLSUBR.C.2			ASCII	 12139  06C3H

--Keith
 4-Oct-84 04:34:53-MDT,688;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 04:34:49-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  4 Oct 84 6:09 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 3:02-PDT
Date: 1 Oct 84 13:32:27-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: decvax!genrad!bolton!billd@Ucb-Vax.arpa
Subject: WANTED: USENET sources for Epson QX-10 (MicroSoft)
Article-I.D.: bolton.269

	I need the sources that I may connect my Epson QX-10 
(MicroSoft basic) to USENET. I already have the modem and
just need the necessary software.


Thanks in advance.

-- 
	Bill Duffy
	GenRad
	genrad!bolton!billd
 4-Oct-84 10:01:19-MDT,1313;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 10:01:12-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  4 Oct 84 11:24 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 4:43-PDT
Date: 2 Oct 84 12:02:53-PDT (Tue)
To: info-cpm @ Amsaa.arpa
From: hplabs!hplabsb!sompel @ Ucb-Vax.arpa
Subject: Cromemco computer for sale
Article-I.D.: hplabsb.2532

Cromemco System for Sale.

Hardware:	 ZPU	 Z-80 CPU board
	 	 16FDC	 Floppy disk controller board
	 	 256KZ	 256K memory board
	 	 PRI	 Printer interface board (parallel and serial)
	 	 CTI	 Single card terminal board
	 	 CKBC	 Keyboard with function and numeric keys
	 	 C-1	 12" green phosphor monitor
	 (2)	 Tandon 8" DSDD thinline drives

Software:	 Cromix	 (unix like) operating system
	 	 CDOS	 operating system
	 	 (CPM programs will run under CDOS and Cromix)
	 	 Fortran compiler
	 	 C Compiler
	 	 Ratfor
	 	 JRT Pascal
	 	 Sbasic
	 	 Z-80 assembler, Linker
	 	 Writemaster word processor
	 	 Peachtree General Ledger
	 	 Mbasic
	 	 
I'm selling this to get up the down payment for a house.

Phone me for details or make an offer. (Palo Alto, CA)
415-493-6506 after 6pm
415-857-4998 from 9am to 11am
  

Newsgroups: net.micro.cpm
 4-Oct-84 10:27:19-MDT,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 10:27:15-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  4 Oct 84 11:39 EDT
Received: from Muscat.ms by ArpaGateway.ms ; 04 OCT 84 04:58:03 PDT
Date: Thu, 4 Oct 84 07:57 EDT
From: lowans.henr@XEROX.ARPA
Subject: Re: Modems
In-reply-to: <841003010610.788299@MIT-MULTICS.ARPA>
To: AALevy@MIT-MULTICS.ARPA
cc: Info-CPM@AMSAA.ARPA

I have looked into modems and like the Rixon 212, it is microprocessor
run, Hayes compatible, stores up to 10 phone numbers with discriptive
text (batt. backup) and can link phone numbers (if one is busy, another
number is automaticly dialed). Price about $500 but I've seen it for
less than $400.
									Paul


 4-Oct-84 11:42:15-MDT,1476;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 11:42:07-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  4 Oct 84 12:57 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31)
	id AA24936; Thu, 4 Oct 84 09:54:30 pdt
Received: from ucbruby.CC.Berkeley.ARPA (ucbruby.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.16/4.26)
	id AA09313; Thu, 4 Oct 84 09:53:44 pdt
Received: by ucbruby.CC.Berkeley.ARPA (4.16/4.26)
	id AA02161; Thu, 4 Oct 84 09:53:12 pdt
Date: Thu, 4 Oct 84 09:53:12 pdt
From: ch123%ucbruby.CC@Ucb-Vax.ARPA
Message-Id: <8410041653.AA02161@ucbruby.CC.Berkeley.ARPA>
To: info-cpm@amsaa.ARPA, wcwells%ucbopal.CC@Ucb-Vax.ARPA
Subject: Re: PMC Micromate 101 / TRIOS Micro Systems MicroMix 3.0
Cc: CERRITOS@USC-ECL.ARPA, ucscc!b.nses@Ucb-Vax.ARPA, gray@UCLA-LOCUS.ARPA, 
    jeromes%e.CC@Ucb-Vax.ARPA, lbl-csam!lblunx3!fmcclure@Ucb-Vax.ARPA, 
    michalak%g.CC@Ucb-Vax.ARPA, wcwells%opal.CC@Ucb-Vax.ARPA

Bill:
	That is interesting news.  It is the nature of the computer business
that you always have to have an upgrade or a new product.  At least it is
close enough that Micromate isn't abandoned.  I will try to get to user's
meeting tonight.  My system is working great.

	I got my huge tri-band Yagi beam up on the house last Sunday--
with some neighbors acting a little upset about the view.  Must think
of some peace offerings. Hi Hi

					John
 4-Oct-84 12:20:23-MDT,778;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 12:20:19-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Oct 84 13:07 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a018086; 4 Oct 84 13:04 EDT
Date: Thu 4 Oct 84 13:03:50-EDT
From: "Alexander M. Fraser" <T.ALEX%MIT-EECS@MIT-MC.ARPA>
Subject: Re: CITADEL
To: CMP.DOUG@UTEXAS-20.ARPA
cc: INFO-CPM@mit-mc.ARPA
In-Reply-To: Message from "Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>" of Wed 3 Oct 84 19:34:56-EDT


Call StormyLea Citadel @ 609-268-9597.

The Sysop is the main maintainer of the program now -- he
is working on a new version (he is already several versions
ahead of what you have if you haven't talked to him probably).

Alex
-------

 4-Oct-84 14:44:25-MDT,1551;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 14:44:07-MDT
Received: From columbia-gw.ARPA by AMSAA via smtp;  4 Oct 84 16:02 EDT
Received: from CU20B.ARPA by columbia.arpa; Thu, 4 Oct 84 16:06:25 edt
Date: Thu 4 Oct 84 16:05:50-EDT
From: Frank da Cruz <SY.FDC%CU20B@Columbia.ARPA>
Subject: Kermit-80 for Compupro Interfacer 3/4
To: Info-Kermit%CU20B@Columbia.ARPA
Cc: Info-CPM@AMSAA.ARPA, POURNE@MIT-MC.ARPA, PS1.YAAGC%CU20B@Columbia.ARPA

This is to announce KERMIT-80 for Compupro Interfacer 3/4 with CP/M-80 2.2,
based on version 3.9A of CP/M Kermit.  It includes support for:

. Interfacer 3/4 board I/O.
. Terminal control sequences for Wyse Technology WY-100.
. Racal-Vadic Auto Dial VA212 modem
. US Robotics Password modem
. Sending break with <ESC> B while CONNECTed.

Contributed by:

	Guy Valiquette, M.D. (PS1.YAAGC@CU20B)
	Black Bldg. Rm 322
	Dept. of Neurology
	College of Physicians & Surgeons
	Columbia University
	630 W. 168th Street
	New York, NY 10032

The source is in KER:CPMPRO.M80.  The hex file is in KER:CPMPRO.HEX, and a
help/installation file is in KER:CPMPRO.HLP.  These files are available via
anonymous FTP from CU20B and COLUMBIA-20 (after 6pm Eastern time).

No attempt was made to build all the other CP/M Kermits from this source, so
for now it will have its own.  It is expected that Compupro IF 3/4 support will
be added to version 4 of CP/M-80 Kermit, the "modular version", soon after
version 4 is released.
-------
 4-Oct-84 19:06:41-MDT,792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 19:06:37-MDT
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp;  4 Oct 84 20:04 EDT
Received: from ibm-sj by csnet-relay.csnet id a012063; 4 Oct 84 20:06 EDT
Date: 4 Oct 1984 15:45:21-PDT (Thursday)
From: Jim moore <MOORE.LOSANGEL%ibm-sj.csnet@csnet-relay.arpa>
To: info-ibmpc%usc-isib.arpa@csnet-relay.arpa, 
    info-cpm%amsaa.arpa@csnet-relay.arpa, 
    prolog-request%su-score.arpa@csnet-relay.arpa
Subject: Query re: Unix/C Prologs
CC: moore.losangel%ibm-sj.csnet@csnet-relay.arpa

What Prologs are reccommended (known) for PC/IX?  Prefer source available in C.
Proprietary or PubDom o.k.  Please reply directly to me -- Thanks.
 
Jim Moore
 
(MOORE.LOSANGEL@IBM)
 4-Oct-84 19:21:41-MDT,620;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 19:21:38-MDT
Received: From ari-hq1.arpa.ARPA by AMSAA via smtp;  4 Oct 84 20:56 EDT
Date: 4 Oct 84 20:55:00 EST
From: brake@Ari-Hq1.ARPA
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Subject: S-100 interfacing
To: info-cpm <info-cpm@Amsaa.ARPA>
Reply-To: brake@Ari-Hq1.ARPA
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA

Has anyone been successful in interfacing a Zenith Z-205
256K memory board to a Compupro system using a Disk-1
controller and a 85/88 CPU card?
------
 4-Oct-84 20:01:22-MDT,1652;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 20:01:14-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  4 Oct 84 21:32 EDT
Date: 4 October 1984 21:36-EDT
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: Index to BYTE
To: info-cpm@Amsaa.ARPA
cc: STORK@Mit-Mc.ARPA, POURNE@Mit-Mc.ARPA

Many of us have been annoyed by the fact that BYTE seems to have
given up indexing its book.  There is a lot of good stuff there,
but finding it when you need it is godawful.

Assuming that BYTE is not about to do an index (are they, Jerry P.?),
here is an idea:
  How about a cooperative project in which as many of the netlandians
who want to participate JOINTLY put together a PD BYET index.
A group of us could be a teering committee to set up a system
(probably based on dBSEII) and then -- when the system exists as a
.CMD file for data entry -- people could volunteer to do
1 or 2 back issues, or maybe half an issue, or whetever (depends on
the number of volunteers).  If that works, and if enough
people are willing to help, we can have for our use something that
BYTE damned well should provide to its subscribers, but doesn't seem
to want to provide (why not, Jerry P.?).

If interested in participating in this project, please
contact me at STORK@MIT-MC.  If there is enough interest,
I'll put together a proposal for the people who are
interested.  Please indicate if you are willing to (1) help
plant the project, and/or (2), index an issue.
If volunteering for indexing, pls indicateyour collection or
access to back issues.

Eric Stork
STORK at MIT-MC

 4-Oct-84 21:48:09-MDT,1395;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 21:48:02-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Oct 84 23:12 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000711; 4 Oct 84 23:13 EDT
Date: 4 October 1984 23:11-EDT
From: "R. P. Miller" <ARPEE@mit-mc.ARPA>
To: STORK@mit-mc.ARPA
cc: ARPEE@mit-mc.ARPA, PLEHN@mit-mc.ARPA, PLOUFF@mit-mc.ARPA, 
    INFO-CPM@mit-mc.ARPA

Eric - You have an excellent idea re: PD BYTE index.  If you get enough inter-
ist, I would like to participate.  Perhaps an INFO-BYTE area can be set up here
at MIT and we could all feed our input to a central file.  I suggest that if
enough interest is forthcoming, that all those interested be assigned a very
specific subject to keep track of and report back to the main data file.  In
this way, nearly every subject of import to the readership of this great pub-
lication would be covered.  I would keep an eye out for material on any subject
I am given - this would be no real chore since I read the magazine from cover
to cover anyhow (I am sure most folks do).  Keep me informed on the level of
interest you generate.  I will encourage others that I know on MC to get a word
back to you indicating their level of interest and suggestions for smoothing
the the input process.  Good luck on this venture...

----------


 4-Oct-84 23:30:13-MDT,1176;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 23:30:04-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Oct 84 0:57 EDT
Date: 4 Oct 1984  23:02 MDT (Thu)
Message-ID: <KPETERSEN.12052911838.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: MD730C64 modem program for Commodore 64 CP/M

Ross Alford <mcnc!ecsvax!alford> has contributed MD730C64, a version
of MDM730 for Commodore-64 CP/M.  He says:

MD730C64 is the version of MDM730 that runs on the C64.  It works well
for xmodem file transfers (much more reliable than MODEM64).
Unfortunately, it only runs at 300 baud, and the SET command sends it
off into a nasty disk-grinding crash.  It uses 40 columns and the
standard Commodore character set in terminal mode.  Overall, much
better than MODEM64 but still needs work.

The files are now available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.COMMODORE>
MD730C64.COM.1			COM	 19200  F94BH
MD730C64.DOC.1			ASCII	  2238  5262H
MD730C64.HEX.2			ASCII	 46733  1B4BH

--Keith
 4-Oct-84 23:50:02-MDT,954;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 23:49:58-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  5 Oct 84 1:07 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 21:59-PDT
Date: 1 Oct 84 15:24:50-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: hplabs!sdcrdcf!trwrb!scgvaxd!pertec!felix!zemon@Ucb-Vax.arpa
Subject: Re: What is the setjump call?
Article-I.D.: felix.373
In-Reply-To: Article <>

The routine is "setjmp" and in conjunction with "longjmp"
provides the ability to "goto" anywhere in a program where
you have already been.  It is typically used for error
recovery or interrupt handling and, like the mundane
"goto," is probably not a part of good, structured
programming.

You certainly should not go out of your way to work it into
your programs.
-- 
	-- Art Zemon
	   FileNet Corp.
	   ...! {decvax, ihnp4, ucbvax} !trwrb!felix!zemon
 5-Oct-84 01:14:42-MDT,628;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 01:14:38-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  5 Oct 84 2:43 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a001094; 5 Oct 84 2:44 EDT
Date: 5 October 1984 02:42-EDT
From: "Devon S. McCullough" <DEVON@mit-mc.ARPA>
Subject:  Micropolis query
To: INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA

Does anyone know how to get service info on old micropolis 5 1/4"
floppy drives that are making horrible noises as if the bearings
were about to give up?  Are there any other places I could go to ask?

 5-Oct-84 06:37:58-MDT,770;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 06:37:55-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Oct 84 8:09 EDT
Date: Fri 5 Oct 84 06:13:59-MDT
From: Jim Forrest <JFORREST@SIMTEL20.ARPA>
Subject: LUX
To: INFO-CPM@AMSAA.ARPA
cc: JFORREST@SIMTEL20.ARPA

In trying to compile LUX40 (same with all previous versions of LUX) I
get 21 warnings in the form of:

Q 0A05' CD         0000       +       CALL

with no fatal errors. However, LUX then attaches to the LBR file but none of
the commands work. May be my M80 as it is an old version (3.35). Anyone
familiar with LUX and able to offer suggestions, I will appreciate as I
need a new version of LUX for my RCPM.

Jim
-------
 5-Oct-84 19:32:51-MDT,2000;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 19:32:31-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  5 Oct 84 21:00 EDT
Date: 5 October 1984 21:04-EDT
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: BYTE INDEX
To: INFO-CPM@Amsaa.ARPA
cc: STORK@Mit-Mc.ARPA

I am encourage by the response to my suggestion on yesterday regarding
the possibility of a PD joint effort to create an index to BYTE.
Here are a few points from the responses:
1.  Several people said they'd be glad to help, but do not have dBASEII.
    QUESTION:  Is it reasonable to assume that most everyone on this net
    has access to MBAASIC, or to something like it?  If so, we could
    put together a data input file that runs on basic and that 
    outputs the product in a standard format that can be accepted into
    dBASEII (or some other standard system).  I think that would work.
    If there are people who would participate but hesitate because they do not
    have dBASEII, please let me know about you if you have BASIC of
    some sort.
2.   Indexing is a lot of work.  Are there ideas of what should be 
     covered?  'Everything' is easy to say, but hard to do and
     generates a lot of output (of couse, we'll be able to scan it
     electronically).  Ideas on what should have priority attention?
3.   I'm collecting the names/net-addresses of people who respond to me on this
     and am glad to serve temporarily as the 'committee sec'y'.  Will
    get back to respondents in a few days, when there has been enough
    time to get most volunteer responses.
4.  In the meantime, if someone wants to forward the idea to
    the other nets (MICRO,PC,what have you), please do so.  There is a lot of
    work to be done and we can use as many volunteers as are available.

    For efficiency sake, for the time being, ask volunteers to respond
    direct to me (STORK@MIT-MC), and I'll compile a list.

Eric.

 5-Oct-84 21:04:26-MDT,609;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 21:04:16-MDT
Received: From utexas-20.arpa.ARPA by AMSAA via smtp;  5 Oct 84 22:25 EDT
Date: Fri 5 Oct 84 21:31:05-CDT
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: Xmodem97
To: info-cpm@AMSAA.ARPA

I tried to send an earlier message about Xmodem97 but it didn't get
through. If it did, I'll repeat myself. When assembling Xmodem97 I got
several Undefined errors. Has anyone else experienced such problems?
If needed I can record where the errors took place.

		--Doug Good
-------
 5-Oct-84 22:22:19-MDT,1149;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 22:22:13-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  5 Oct 84 23:45 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 5 Oct 84 20:42-PDT
Date: 3 Oct 84 8:54:07-PDT (Wed)
To: info-cpm@Amsaa.arpa
From: decvax!linus!philabs!ttidca!troeger@Ucb-Vax.arpa
Subject: 192k Board for the Rainbow 100
Article-I.D.: ttidca.146

Buying the 192k memory upgrade is not worth the money because you can
now get the 256k upgrade for roughly the same amount of money. This is
better because with the 256k upgrade, you can bump the memory of the
Rainbow to 800+k just by adding chips (Finally!). If you buy the 192k
option, that's all the memory you can get (just 256k). If you ever need
to upgrade past 256k you will have to sell your 192k board and by the
256k board anyways. If you are concerned that the PC100A will not
support that board, DEC has a memory adaptor that will convert your
PC100A into a PC100B for about $99 bucks.

					Jeff Troeger
					..!ttidca!troeger
-- 
[This space intentionally left blank]
 6-Oct-84 06:32:36-MDT,686;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 06:32:32-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  6 Oct 84 7:41 EDT
Date: 6 Oct 1984  05:46 MDT (Sat)
Message-ID: <KPETERSEN.12053247531.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA
Subject: Rainbow 100 reads IBM diskettes

I just picked this up from TCBBS Dearborn.
--Keith
The Rainbow 100 has the ability to read IBM single sided diskettes!
Use the IBM single side 8 sector format.
With perseverance it also seems to write to this format.

Vijay Ranjit
 6-Oct-84 06:45:22-MDT,2587;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 06:45:12-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  6 Oct 84 7:29 EDT
Date: 6 Oct 1984  05:34 MDT (Sat)
Message-ID: <KPETERSEN.12053245376.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: Resident System Extension (RSX) for CP/M 2.2

Now you can add RSX's to CP/M 2.2.  The following files are now
available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.22RSX>
22RSX.ASM.1			ASCII	 13295  520BH
22RSX.DOC.1			ASCII	 10994  3572H
CONSOLE.22X.1			ASCII	  5539  DADBH
CONSTAT.ASM.1			ASCII	  1473  30E7H
EXPTABS.22X.1			ASCII	  1856  0931H
REMOVE.COM.1			COM	   896  7887H
REMOVE.HEX.1			ASCII	  2195  5B04H

...and for those who want the entire package and can FTP ITS-binary
files:
22RSX.LBR.1			COM	 23296  A4F8H

Here's a brief excerpt from the author's .DOC file:

     22RSX: a Resident System Extension facility for CP/M 2.x

22RSX  is  a  facility to allow the installation and  removal  of
Resident System Extensions.  Briefly, an extension is an addition
to BDOS that can monitor,  trap,  alter or process any BDOS  call 
made  from an applications program.  This came about after I  had 
worked  a bit with CP/M 3.0.  It's RSX facility impressed me with 
the fact that it made it relatively easy to 'patch' the operating 
system  to add things such as remote  consoles,  print  spoolers, 
etc.  Since I had some experience with CP/M, I decided to write a 
similar system for CP/M 2.2.
Note:  I  realize  that  there is an RSX manager written  by  Jim 
Lopushinsky for CP/M 2.2.  I have never used it,  but from what I 
have  seen and read,  it seems to require a fair amount  of  work 
with DDT, M80, etc. This system, on the other hand, takes care of 
all installation. All you have to do is write a module, insert it 
in the driver,  assemble, load and run! And your finished product 
will,  assuming  that it uses standard CP/M calls and procedures, 
run on any other CP/M system without modification.

This system, as distributed, consists of the following files:

   22RSX.ASM    -------> The module installation driver.
   REMOVE.OBJ   -------> The module removal program.
   22RSX.DOC    -------> Documentation.
   EXPTABS.22X  -------> A demonstration module.
   CONSOLE.22X  -------> Another demonstration module.
   CONSTAT.ASM  -------> The companion access program for CONSOLE.22X.

--Keith
 6-Oct-84 07:00:30-MDT,1744;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 07:00:22-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  6 Oct 84 7:52 EDT
Date: 6 Oct 1984  05:57 MDT (Sat)
Message-ID: <KPETERSEN.12053249568.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: Update of quick reference list of Simtel20 directories

Quick reference list to SIMTEL20's MICRO:<CPM.x> directories
as of Oct. 6, 1984 (where 'x' is one of the names below):

22RSX         CPR86         HAMRADIO      MSOFT         SYSLIB3
6502          CUG           HDUTL         NEWS          TERM
AMETHYST      DIRUTL        HEATH         NSTAR         TOPS-20
APPLE         DISASM        HELP          OSBORN        TRS-80
ASMUTL        DISKPLOT      HEX           PACKET        TURBODOS
ATARI         DSKBUF        IBM-PC        PASCAL        TXTUTL
BASIC         DSKUTL        INSIDCPM      PILOT80       V2CMAC
BDSC-1        EDITC80       KAYPRO        PLOT33        VAXVMS
BDSC-2        EDITOR        LIST          PPSPEL        VOICE
BDSC-3        EPSON         MACLIB        PUBKEY        WSTAR
BDSC-4        EZCPR         MATH          RBBS          XCCP
BYE3          FAST2         MEMTEST       RBBS4         YAM
CATLOG        FILCPY        MEX           RCPM          ZCPR
CCP           FILUTL        MICNET        SORT          ZCPR2
COBOL         FORTH         MISC          SPELL         ZCPR3
COMMODORE     FORTH-83      MODEM         SQUSQ         ZCPR3P2
CPM3          GENASM        MODEM2        STARTER-KIT
CPM86         GENCOM        MODEM7        SUBMIT
CPMLIB        GENDOC        MODEM903      SYSLIB
 6-Oct-84 07:05:19-MDT,737;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 07:05:14-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  6 Oct 84 7:54 EDT
Date: 6 Oct 1984  05:59 MDT (Sat)
Message-ID: <KPETERSEN.12053249937.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: Simtel20 CPM.CRCLST updated

MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today.  If you cannot FTP it, and you are not already on the list
to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be
added to the list.

--Keith
 6-Oct-84 09:27:57-MDT,1028;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 09:27:52-MDT
Date:     Sat, 6 Oct 84 11:00:11 EDT
From:     David Towson (SECAD) <towson@Amsaa.ARPA>
To:       Eric Stork <STORK@Mit-Mc.ARPA>
cc:       info-cpm@Amsaa.ARPA
Subject:  Re:  Index to BYTE

Eric - The December 1981 issue of BYTE contained a very well done index of the
magazine from September 1975 (the first issue) through December 1981.  I have
no idea whether any more recent index has been published.  If not, and if BYTE
has no plans for doing so in the near future, I would be pleased to participate
in the public effort you have proposed.  I have all issues of BYTE from the
first onward.  I request that readers who would like to see the index I
mentioned above not ask me for copies.  The thing is about a quarter of an inch
thick when copied on a single-side copier, and I just don't have the time to
make copies, not to mention the matter of copyright.


Dave
towson@amsaa.arpa

 6-Oct-84 17:39:47-MDT,1139;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 17:39:42-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  6 Oct 84 18:56 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a012107; 6 Oct 84 19:01 EDT
Received: by UCB-VAX.ARPA (4.24/4.31)
	id AA15420; Sat, 6 Oct 84 15:44:13 pdt
From: ihnp4!wnuxb!netnews@ucb-vax.ARPA
Message-Id: <8410062244.AA15420@UCB-VAX.ARPA>
Date: 6 Oct 84 17:31:06 CDT (Sat)
Received: by ihnp4.ATT.UUCP; id AA01389; 6 Oct 84 17:31:06 CDT (Sat)
To: ihnp4!ucbvax!info-cpm@ucb-vax.ARPA
Subject: Duplicate feed
Cc: netnews@ucb-vax.ARPA

Hi!  I believe that the recent start-up of ARPA INFO-CPM list feeds to
fa.info-cpm is redundant with a cross-feeding of the same information
with net.micro.cpm.  Although the effor to feed INFO-CPM is appreciated,
I believe that it is not necessary at this time.  Please turn it back
off so that we can reduce net traffic a bit.  Thanks.
--
Ronald W. Heiby
AT&T Something (used to be Comp Sys Div, but don't ask me now.), Inc.
Lisle, IL  (CU-D21) / ...!ihnp4!wnuxa!heiby or ...!ihnp4!wnuxb!netnews


 7-Oct-84 01:43:15-MDT,2623;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 01:43:07-MDT
Received: From isi-uci-gw.ARPA by AMSAA via smtp;  7 Oct 84 3:09 EDT
Date: 07 Oct 84 00:13:01 PDT (Sun)
To: Keith Petersen <W8SDZ@Simtel20.ARPA>
cc: Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA
Subject: Re: Rainbow 100 reads IBM diskettes
In-reply-to: Your message of 6 Oct 1984  05:46 MDT (Sat).
	     <KPETERSEN.12053247531.BABYL@SIMTEL20>
From: Alastair Milne <milne@Uci-750a.ARPA>
Received: from Localhost by UCI-750a; 07 Oct 84 00:13:48 PDT (Sun)


    It is true that the Rainbow's drives can be configured in software to read
discs of a variety of formats, including IBM's 8 sector-per-track format,
which they seem to read quite reliably (once correctly set).

    ** HOWEVER .... **

    I *STRONGLY* suggest *NOT* writing to IBM PC formatted discs with 
the Rainbow 100 or the Rainbow 100+.  Our group regularly uses both machines, 
and we need to move text files between them.  We soon found that letting the 
Rainbow write to IBM discs results in areas on the disc which are unreadable 
to the IBM ("bad blocks" under the UCSD p-System).  Massive writes, such as 
moving files around on the disc, "seduce" the disc: the IBM will never read it 
again (except to format it): only the Rainbow will be able to use it.

    I know of two possible reasons for this:

    - number of tracks per inch: the IBM uses 48 TPI, the Rainbow 96 TPI
       (lets them get 800 UCSD blocks on one side of the disc).  The tracks
       that the Rainbow writes are too thin for the IBM.
    - number of parameters that software can set vs. all the parameters 
      that the drives actually use:  I do not believe that enough parameters
        are provided to let the software give an accurate description of the
	drive to be simulated.  One can, for instance, get close enough to the
	IBM's format to permit (reasonably) reliable reading; but not reliable
	writing.

    I am no expert in disc drive technology, so I may be quite wrong about both of these.  I would be interested to hear from people who know better.

				A. Milne

				Educational Technology Center, UC Irvine

PS.  Users of the p-System on the Sage, take note: SageUtil can be used to 
     configure the drives so that they write to Rainbow discs very reliably.
     I find this very useful when doing work for the Rainbow because of the 
     much greater speed of the Sage.
     Does that fact that the Sage drives are also 96 tracks per inch have
     anything to do with this?

					agmm

 7-Oct-84 03:19:37-MDT,3263;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 03:19:27-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp;  7 Oct 84 4:32 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31)
	id AA23009; Sun, 7 Oct 84 01:37:07 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.16/4.26)
	id AA18643; Sun, 7 Oct 84 01:36:38 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.17/4.26)
	id AA18792; Sun, 7 Oct 84 01:36:44 pdt
Date: Sun, 7 Oct 84 01:36:44 pdt
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8410070836.AA18792@ucbopal.CC.Berkeley.ARPA>
To: ELETYPE.CODES@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA
Subject: Re: TELEX Codes
Cc: STORK@Mit-Mc.ARPA

The "baudot code" (international telegraph code 2?) is a 5 bit-code.
The "ASCII" (USASCII) code is a 8-bit code.
Here is a table of equivalents:

----------------------------------------------

Subject: octal/baudot table

DECIMAL	OCTAL	ASCII	CON-	BAUDOT	BAUDOT	
			TROL	LTRS	FIGS	
	
  1	000	nul	^@	blank	blank
  2	001	soh	^A	 E	 3
  3	002	stx	^B	lf	lf
  4	003	etx	^C	 A	 -
  5	004	eot	^D	sp	sp
  6	005	enq	^E	 S	bel
  7	006	ack	^F	 I	 8
  8	007	bel	^G	 U	 7
  9	010	bs 	^H	cr	cr
 10	011	ht 	^I	 D	 $
 11	012	lf/nl 	^J	 R	 4
 12	013	vt 	^K	 J	 '
 13	014	ff/np 	^L	 N	 ,
 14	015	cr 	^M	 F	 !
 15	016	so 	^N	 C	 :
 16	017	si 	^O	 K	 (
 17	020	dle	^P	 T	 5
 18	021	dc1	^Q	 Z	 "
 19	022	dc2	^R	 L	 )
 20	023	dc3	^S	 W	 2
 21	024	dc4	^T	 H	 #
 22	025	nak	^U	 Y	 6
 23	026	syn	^V	 P	 0
 24	027	etb	^W	 Q	 1
 25	030	can	^X	 O	 9
 26	031	em 	^Y	 B	 ?
 27	032	sub	^Z	 G	 &
 28	033	esc	^[	figs	figs
 29	034	fs 	^\	 M	 .
 30	035	gs 	^]	 X	 /
 31	036	rs 	^^	 V	 ;
 32	037	us 	^_	ltrs	ltrs
 33	040	sp 		
 34	041	 ! 		
 35	042	 " 		
 36	043	 # 		
 37	044	 $ 		
 38	045	 % 		
 39	046	 & 		
 40	047	 ' 		
 41	050	 ( 		
 42	051	 ) 		
 43	052	 * 		
 44	053	 + 		
 45	054	 , 		
 46	055	 - 		
 47	056	 . 		
 48	057	 / 		
 49	060	 0 		
 50	061	 1 		
 51	062	 2 		
 52	063	 3 		
 53	064	 4 		
 54	065	 5 		
 55	066	 6 		
 56	067	 7 		
 57	070	 8 		
 58	071	 9 		
 59	072	 : 		
 60	073	 ; 		
 61	074	 < 		
 62	075	 = 		
 63	076	 > 		
 64	077	 ? 		
 65	100	 @ 		
 66	101	 A 		
 67	102	 B 		
 68	103	 C 		
 69	104	 D 		
 70	105	 E 		
 71	106	 F 		
 72	107	 G 		
 73	110	 H 		
 74	111	 I 		
 75	112	 J 		
 76	113	 K 		
 77	114	 L 		
 78	115	 M 		
 79	116	 N 		
 80	117	 O 		
 81	120	 P 		
 82	121	 Q 		
 83	122	 R 		
 84	123	 S 		
 85	124	 T 		
 86	125	 U 		
 87	126	 V 		
 88	127	 W 		
 89	130	 X 		
 90	131	 Y 		
 91	132	 Z 		
 92	133	 [ 		
 93	134	 \ 		
 94	135	 ] 		
 95	136	 ^ 		
 96	137	 _ 		
 97	140	 ` 		
 98	141	 a 		
 99	142	 b 		
100	143	 c 		
101	144	 d 		
102	145	 e 		
103	146	 f 		
104	147	 g 		
105	150	 h 		
106	151	 i 		
107	152	 j 		
108	153	 k 		
109	154	 l 		
110	155	 m 		
111	156	 n 		
112	157	 o 		
113	160	 p 		
114	161	 q 		
115	162	 r 		
116	163	 s 		
117	164	 t 		
118	165	 u 		
119	166	 v 		
120	167	 w 		
121	170	 x 		
122	171	 y 		
123	172	 z 		
124	173	 { 		
125	174	 | 		
126	175	 } 		
127	176	 ~ 		
128	177	del		

 7-Oct-84 11:46:34-MDT,2379;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 11:46:25-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  7 Oct 84 13:16 EDT
Date: 7 Oct 1984  11:21 MDT (Sun)
Message-ID: <KPETERSEN.12053570668.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: NULU10 - a machine language alternative to LU

A machine language alternative to LU (the Library Utility program that
makes .LBR files) is now available from SIMTEL20.

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.CPMLIB>
NULU10.COM.1			COM	 14336  63C1H
NULU10.DOC.1			ASCII	 40770  91E0H
NULU10.HEX.1			ASCII	 34899  255BH

...and the whole package for those who can FTP ITS-binary files:
NULU10.LBR.1			COM	 38272  D7CEH

Here is an excerpt from the author's .DOC file:

NULU  is  offered  as a complete replacement for LU  and  LSWEEP.  
Weighing  in  at 14k,  it includes nearly all  features  of  both 
programs and then some.  It features:

	Two operation modes with a full menu for each
	Viewing  and printing of member files,  unsqueezing  when
                necessary
	Extraction of member files with an option to unsqueeze
                where appropriate
	Bigger libraries, up to 800 members or more depending on
                available memory
	Automatic member sorting, all members kept sorted at all
                times
	Faster reorganization
	Enhanced error handling
	Access to deleted members
	Optional read only mode
	General compatibility with LU and NSWEEP syntax
	Numerous user patches

I  am aware of only one thing that LU does that NULU does not do.  
LU  maintains  a  CRC for each member file and  for  the  library 
directory  as a whole.   NULU doesn't do this at all.   In  fact, 
NULU changes these CRC bytes to 00 as soon as it gets the chance.  
In case you still want or need to run LU on a library modified by 
NULU, LU will simply regard it as a library created by an earlier  
LU version and will promptly set CRC's for the various members.

To the best of my knowledge,  NULU will run on any system running 
CP/M  2.x  or  higher,  however it has only been  tested  on  the 
Osborne  1  and the Osborne Executive computers.   It is  written 
entirely in 8080 assembly language.

--Keith
 7-Oct-84 22:18:23-MDT,953;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 22:18:17-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  7 Oct 84 23:26 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 7 Oct 84 20:13-PDT
Date: 5 Oct 84 17:12:21-PDT (Fri)
To: info-cpm@Amsaa.arpa
From: hplabs!hpda!fortune!amd!dual!ptsfa!politik!paul@Ucb-Vax.arpa
Subject: Computer for sale
Article-I.D.: politik.17

Computer for sale:	KAYPRO II	$900 or best offer
			Software:  all Perfect software, wordstar, CPM,
				SBASIC.
			Hardware:  2 SSDD 5.25in drives, 64k, new 
				rom (block cursor, disk retries, etc),
				portable.

[this is not my machine, but i will forward any replies to the owner.
be prepared to send your US mail address since this fellow is not on
the net.  he will pay shipping.  all this stuff is legal.]

	Paul Vixie
	uucp: {ucbvax!mtxinu, sun!texsun, dual!ptsfa} !politik!paul
 8-Oct-84 11:24:34-MDT,1417;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Oct 84 11:24:28-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  8 Oct 84 12:39 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a015714; 8 Oct 84 12:38 EDT
Received: from gmr by csnet-relay.csnet id ab03649; 8 Oct 84 10:08 EDT
Date:     Mon, 8 Oct 84 08:45 EST
From:      haar%gmr.csnet@CSNET-RELAY.ARPA
MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
To:       info-cpm%mit-mc.arpa@CSNET-RELAY.ARPA
Subject:  GSX-80

Does anyone out there know what is happening with Digital Research's GSX-80,
their graphics system extension?

I have an S-100 system running CP/M Plus and would like to add bit-mapped
graphics capability and develop some window-based software. GSX-80 sounds
like a reasonable software base but I have been unable to get any info
about it from DR. Is GSX-80 still alive ? (Is DR still alive?). Do any of
the graphics hardware vendors support it? 

I am hoping to use CP/M Plus memory banking to build a single-user,
multi-tasking extension based on a window manager. Other than the window
system itself, the biggest problem seems to be file handling. Does anyone
know of any fundamental problems in using CP/M 3.0 this way. Does D.R.
have any intentions to introduce additional CP/M-80 products? 

Thanks for any advice you can give.

		Bob Haar


 8-Oct-84 16:27:05-MDT,594;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Oct 84 16:27:02-MDT
Received: From wiscvm.arpa.ARPA by AMSAA via smtp;  8 Oct 84 17:50 EDT
Received: by WISCVM.ARPA at 16:54:48 on 10/08/84
Date:  8-Oct-84   17:37:13 EST
From: ( John Sutter              )eng20201%BOSTONU.bitnet@WISCVM.ARPA
Subject: 2.2 on '86
To: info-cpm@Amsaa.ARPA

------

  How compatible are CP/M-2.2 and CP/M-86?
We would like to use our 2.2 programs
on an 8086 system.  If there's interest,
I will post responses.

  Thanx

  ----  John

*eom
------
 9-Oct-84 09:44:09-MDT,1197;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 09:44:04-MDT
Date:     Tue, 9 Oct 84 10:56:47 EDT
From:     Dave Towson (info-cpm-request) <cpmlist@Amsaa.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  [Dan Kent:  anotated biblio software?]

Request for assistance:



----- Forwarded message # 1:

Received: From sumex-aim.arpa.ARPA by AMSAA via smtp;  3 Oct 84 2:07 EDT
Date: Tue 2 Oct 84 23:11:59-PDT
From: Dan Kent  <KENT@SUMEX-AIM.ARPA>
Subject: anotated biblio software?
To: info-cpm-request@AMSAA.ARPA

Help///

Can anyone reveal their experience with bibliography management software?
Have been using raw DbaseII on my Osbornes with CPM 2.2 and hating it.

I need to make notes about the articles I review, each note focusing on
a different aspect of the article's quality, then keep track of the 
citation by author and thre or four keywords, and by my adhoc rating of
article qualtiy...

If anyone can help, I will summarize for the net.  Id appreciate hearing
about PD as well as proprietary software, even MSDOS stuff...

Dan kent  (KENT@SUMEX-AIM.ARPA)
-------

----- End of forwarded messages
 9-Oct-84 10:48:27-MDT,679;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 10:48:22-MDT
Date:     Tue, 9 Oct 84 12:14:56 EDT
From:     David Towson (SECAD) <towson@Amsaa.ARPA>
To:       William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
cc:       ELETYPE.CODES@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA, STORK@Mit-Mc.ARPA
Subject:  Re:  TELEX Codes

The table comparing baudot and ascii codes is quite handy if you are doing
an interface between the two systems.  However, there is an error in the
table.  The "decimal" column should start with zero and end with 127.  As
posted, it starts with 1 and ends with 128.


Dave
towson@amsaa.arpa

 9-Oct-84 11:51:43-MDT,1009;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 11:51:37-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp;  9 Oct 84 12:55 EDT
Received: from Flora.ms by ArpaGateway.ms ; 09 OCT 84 09:57:33 PDT
Date: 9 Oct 84 09:57:17 PDT (Tuesday)
From: Bicer.ES@XEROX.ARPA
Subject: Re: 2.2 on '86
In-reply-to: eng20201%BOSTONU.bitnet's message of 8 Oct 84 17:37:13 EST
To: ( John Sutter              )eng20201%BOSTONU.bitnet@WISCVM.ARPA
cc: info-cpm@AMSAA.ARPA

As you know 8086 and 8080/Z80 are different microprocessors
with different instruction sets. Therefore the programs (.COM files)
from CP/M 80 will not execute on the 8086. If the programs are
written in a high level language and you have the sources and the
language's CP/M 86 counterpart exist, then you could
recompile/reinterpret the sources to execute the programs on CP/M 86. 

Data files, however, are compatible enough that you should not need
to modify them.

	Jack Bicer
 9-Oct-84 13:45:26-MDT,605;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 13:45:20-MDT
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp;  9 Oct 84 15:02 EDT
Date: Tue 9 Oct 84 12:04:38-PDT
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: NSWEEP207 Bug?
To: info-cpm@AMSAA.ARPA
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: (714)961-3393

The versions of NSWEEP207 that I got from SIMTEL20 doesn't unsqueeze
but seems to hang.  Has anyone else experienced this?

NSWEEP204 works O.K.
Ted.
-------
 9-Oct-84 14:58:20-MDT,667;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 14:58:17-MDT
Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp;  9 Oct 84 15:52 EDT
Date: Tue 9 Oct 84 15:55:48-EDT
From: Walt Lamia <LAMIA@DEC-MARLBORO.ARPA>
Subject: Re: NSWEEP207 Bug?
To: info-cpm@AMSAA.ARPA
UUCP: {ucbvax,decvax}!decwrl!lamia@DEC-Marlboro.ARPA
E-net: MONTY::MARKET::LAMIA

No, but I did notice that an earlier version of NSWP207 that I got from a
CBBS that had a banner date 7/14/84 had a completely different BINCOM.
I don't know which is correct.  I never noticed any problems with the
earlier version.

%Walt
-------
 9-Oct-84 17:01:13-MDT,1336;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 17:00:46-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Oct 84 18:22 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a025740; 9 Oct 84 18:24 EDT
Received: by UCB-VAX.ARPA (4.24/4.31)
	id AA02863; Tue, 9 Oct 84 15:22:46 pdt
From: dual!qantel!qvax2!stv@ucb-vax.ARPA
Return-Path: <qantel!qvax2!stv>
Received: by qantel.UUCP (4.12/4.7)
	id AA09814; Tue, 9 Oct 84 13:44:34 pdt
Date: Tue, 9 Oct 84 13:44:34 pdt
Message-Id: <8410092044.AA09814@qantel.UUCP>
Subject: Re:  Where can I find copies of
Reference: <2183@ucbvax.ARPA>
Apparently-To: dual!ucbvax!info-cpm

Dear info-cpm,

I'd like to know more about the SIMTEL20 Archives of CP/M stuff.
Do I need ARPANET access to have access to SIMTEL20?  If so, is 
there any way to access ARPANET when not on a university campus?
Perhaps some of my other questions would be answered by the document
mentioned in the news article referenced above: "The SIMTEL20 
Archives."  Do you have a copy you could send me?  Or, perhaps you
could forward this message to towson@Amsaa.ARPA for me--I have no
other way of messageing him that I know of.  Thanks very much.

Steve Vance
{ucbvax,ihnp4,zehntel,onyx}!dual!qantel!stv
Qantel Corporation, Hayward, CA



 9-Oct-84 18:10:28-MDT,540;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 18:10:21-MDT
Received: From bnl.arpa.ARPA by AMSAA via smtp;  9 Oct 84 19:38 EDT
Date:  9 Oct 84 19:41:32 EDT
From: hnij@Bnl.ARPA
To: info-cpm@Amsaa.ARPA
Cc: hnij@Bnl.ARPA
Subject: Re: NSWEEP207 Bug?

Yeah, I noticed the same problem.   I thought it was either the fact that I am
running CPM 3 or that somehow the .COM file was downloaded wrong.  I have
not yet tried getting the .HEX file and HEXCOM'ing that.

	@ hnij @
 9-Oct-84 20:53:57-MDT,811;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 20:53:51-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  9 Oct 84 22:18 EDT
Received: from 10.0.0.23 by BRL-AOS.ARPA id a000228; 9 Oct 84 22:16 EDT
Date: Tue 9 Oct 84 17:31:00-PDT
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: NSWEEP207 bug
To: info-cpm@BRL.ARPA

The first time I got Nsweep207, I did have problems with it trashing
files on me. I later got a different copy (from SIMTEL) and it seems
to be working fine. The only little thing I have noticed is that it
will not generate a squeezed file for files smaller than 2k on my
hard disk system, and on a floppy system. I assume it is looking to
see if the squeezed file will be larger than the source and skipping
it if so.
-------
10-Oct-84 01:59:34-MDT,1337;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 01:59:28-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Oct 84 3:22 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000689; 10 Oct 84 3:21 EDT
Date: 10 October 1984 03:19-EDT
From: "Jerry E. Pournelle" <POURNE@mit-mc.ARPA>
Subject: NEED INFORMATION ON CONFERENCE SOFTWARE
To: INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA

	We are looking into implementation of  large
conferencing system preferably using micro computers linked
although not impossible to use larger machines.
	I am very interested in conferencing software, mail
handling software, and such like.  For example the ITS system
seems to support messages, mail, conferences, etc and the babyl
program does a nice job of handling mail.
	I do not know what languages these are written in, who
owns them (or are they public) etc.  Preferably we would like
something we can get source code for taht will handle or can be
modified to handle a lot of users.  We are prepared to rewrite,
add to code, etc.  Possiblity of some consultation employment,
possibilityof some permanent employment, but no promises
intended here.  I would appreciate any help, thoughts on using
micros for a big conferencing net, etc.
	Thanks,
	Jerry Pournelle

10-Oct-84 07:16:29-MDT,755;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 07:16:25-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  10 Oct 84 8:42 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 10 Oct 84 5:38-PDT
Date: 8 Oct 84 11:27:15-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: hplabs!hao!seismo!rochester!ken@Ucb-Vax.arpa
Subject: Re: TELEX Codes
Article-I.D.: rocheste.12
In-Reply-To: Article <12765@sri-arpa.UUCP>

<<<yum-yum>>>

Also note that combination 0 in International Alphabet 2 is lablelled
as blank but has nothing to do with the space character. It is probably
used as a filler like ASCII null.

	Ken Yap (..!{seismo,allegra}!rochester!ken)
-- 
	Ken (..!rochester!ken)
10-Oct-84 08:04:32-MDT,741;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 08:04:19-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp;  10 Oct 84 9:17 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 10 Oct 84 6:03-PDT
Date: 8 Oct 84 12:26:27-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: hplabs!hao!seismo!harvard!wjh12!genrad!bolton!billd@Ucb-Vax.arpa
Subject: Wanted: Ability to connect to USENET
Article-I.D.: bolton.276

[bug line]

I have a friend that has a home Epson QX-10 using CP/M. He wants to connect
to USENET in any way or manner possible. PLEASE send me information on how
this is done.

Thanks in advance.

-- 
	Bill Duffy
	GenRad
	..decvax!genrad!bolton!billd
10-Oct-84 08:57:59-MDT,902;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 08:57:53-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  10 Oct 84 9:48 EDT
Date: 10 Oct 1984  07:53 MDT (Wed)
Message-ID: <KPETERSEN.12054319258.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: ZCPR2 on Kaypro problem

Does anyone have an answer for the problem described below?
--Keith

Msg 094 is 06 line(s) on 09/23/84 from WALLY OTTERSBACH
to KEITH PETERSEN about ZCPR2 ON KAYPRO 2

I'VE INSTALLED ZCPR2 ON MY KP2 AND SINCE THEN THE DISK DRIVES RUN
CONTINUOUSLY WHEN I AM DOWNLOADING A PROGRAM INSTEAD OF JUST WHEN IT
IS IN R/W MODE. ALSO DOES SAME WHEN WAITING FOR INPUT TO MENU-DRIVEN
PROGRAM, ANY HELP???
                               THANKS
                               WALLY
10-Oct-84 09:03:41-MDT,11070;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 09:02:50-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  10 Oct 84 9:39 EDT
Date: 10 October 1984 09:42-EDT
From: Allan D. Plehn <PLEHN@Mit-Mc.ARPA>
Subject: Changes/additions to SIMTEL20 micro:<cpm>, 09-14-84 to 10-06-84
To: info-cpm@Amsaa.ARPA

COMSAT@MIT-MC 10/10/84 09:18:48 Re: Msg of Wednesday, 10 October 1984 09:18-EDT
To: PLEHN at MIT-MC
============ A copy of your message is being returned, because: ============
"INFO-CPM" at MIT-MC is an unknown recipient.
============ Failed message follows: ============
PLEHN@MIT-MC 10/10/84 09:18:40 Re: Changes/additions to SIMTEL20 micro:<cpm>, 9-14-84 to 10-06-84
In the following list of changes/additions to the subject directory, the
old sub-directory (9-14-84) appears first and the new sub-directory
(10-06-84) immediately thereafter.

Thus, the sub-directory micro:<cpm.apple> is unchanged except that the file
appledrv.doc.1 has been added.  Where the sub-directory name appears only
once (at the left margin), that is an entirely new sub-directory.  For
example, see micro:<cpm.cobol>.

A new sub-directory named micro:<cpm.zcpr3p2> was added in the subject
time frame, with 121 files.  I have omitted this part of the listing
for the sake of brevity. I'll mail this list to anyone who asks, or
you may be able to FTP it from SIMTEL20..


**** MICRO:<CPM.APPLE>
**** MICRO:<CPM.APPLE>
	APPLEDRV.DOC.1		ASCII	  3550  0588H
***************

**** MICRO:<CPM.ASMUTL>
**** MICRO:<CPM.ASMUTL>
	M80-V344.PAT.1		ASCII	  1053  2C10H
***************

**** MICRO:<CPM.ASMUTL>
**** MICRO:<CPM.ASMUTL>
	MLOAD21.COM.1		COM	  2816  E51EH
	MLOAD21.HEX.1		ASCII	  6867  2E67H
***************

**** MICRO:<CPM.CATLOG>
**** MICRO:<CPM.CATLOG>
	FIND51.COM.1		COM	  2816  BC0DH
	FIND51.DOC.1		ASCII	  6434  DF84H
	FIND51.HEX.1		ASCII	  6867  5665H
***************

**** MICRO:<CPM.CCP>
	BDPATCH.ASM.1		ASCII	  2682  78B7H
	BDPATCH.BUG.1		ASCII	  1357  C978H
**** MICRO:<CPM.CCP>
	BDPATCH2.ASM.1		ASCII	  4896  D018H
***************

MICRO:<CPM.COBOL>
	ADDR.CBL.1		ASCII	  1576  CAC2H
	CBL1.CBL.1		ASCII	   735  08A8H
	CBL2.CBL.1		ASCII	  3706  EC2FH
	CINTERP.COM.1		COM	 12416  7CD0H
	CINTERP.HEX.1		ASCII	 30227  E9EEH
	COBOL.COM.1		COM	 14336  E55CH
	COBOL.DOC.1		ASCII	 37074  EEE1H
	COBOL.HEX.1		ASCII	 34899  70C9H
	COBOL.LBR.1		COM	 95360  DDD6H
	DEMO.CBL.1		ASCII	  1171  9789H
	EXEC.COM.1		COM	  7936  F594H
	EXEC.HEX.1		ASCII	 19330  2F5FH
	PART2.COM.1		COM	 14080  9B75H
	PART2.HEX.1		ASCII	 34283  BCDDH
	SEQ.CBL.1		ASCII	  1505  ABD1H
***************

**** MICRO:<CPM.COMMODORE>
**** MICRO:<CPM.COMMODORE>
	CHAREDIT.COM.1		COM	  9728  1917H
	CHAREDIT.HEX.1		ASCII	 27373  0341H
	CHAREDIT.INF.1		ASCII	   671  50F1H
	MD730C64.COM.1		COM	 19200  F94BH
	MD730C64.DOC.1		ASCII	  2238  5262H
	MD730C64.HEX.2		ASCII	 46733  1B4BH
	RPTPAT1.ASM.1		ASCII	  3087  1081H
	SOFT80.COM.1		COM	  2432  B2ACH
	SOFT80.DOC.1		ASCII	  7461  834CH
	SOFT80.HEX.1		ASCII	  6853  EC20H
	TVBIOS.ASM.1		ASCII	  9267  61F8H
	VDO.COM.1		COM	  4224  A003H
	VDO.DOC.1		ASCII	 12168  F868H
	VDO.HEX.1		ASCII	 11893  AE6DH
***************

**** MICRO:<CPM.CPM3>
**** MICRO:<CPM.CPM3>
	DA.DOC.1		ASCII	  4097  E593H
	DA11.COM.1		COM	  1024  4D09H
	DA11.HEX.1		ASCII	  2516  392AH
***************

**** MICRO:<CPM.DIRUTL>
	SAP39.ASM.1		ASCII	 11821  7CB0H
	SAP39.COM.1		COM	  1024  3F60H
	SAP39.DOC.1		ASCII	  1979  7104H
	SAP39.HEX.1		ASCII	  2516  1DDEH
**** MICRO:<CPM.DIRUTL>
	SAP40.ASM.1		ASCII	 12299  0B62H
	SAP40.COM.1		COM	  1152  A06EH
	SAP40.DOC.1		ASCII	  2418  7D05H
	SAP40.HEX.1		ASCII	  2824  98CFH
	SD.BUG.1		ASCII	  1348  45DEH
***************

**** MICRO:<CPM.FILCPY>
	NSWP205.COM.1		COM	 11008  5B83H
	NSWP205.DOC.1		ASCII	  1364  8880H
	NSWP205.HEX.1		ASCII	 26800  F95CH
**** MICRO:<CPM.FILCPY>
	NSWP2.HLP.1		ASCII	 11181  2E66H
	NSWP2.HQP.1		COM	  7040  DCB3H
	NSWP2.WQ.1		COM	 19456  1502H
	NSWP204.INF.1		ASCII	  3506  374DH
	NSWP205.UPD.1		ASCII	  1430  427AH
	NSWP207.COM.1		COM	 11776  4788H
	NSWP207.DOC.1		ASCII	  2533  A9FBH
	NSWP207.HEX.1		ASCII	 28674  44A6H
	NSWP207.LBR.1		COM	 44160  736AH
***************

**** MICRO:<CPM.FILUTL>
**** MICRO:<CPM.FILUTL>
	COMP11.ASM.1		ASCII	  9784  9A57H
	COMP11.COM.1		COM	  1536  5130H
	COMP11.HEX.1		ASCII	  3761  6541H
	COMPAR.COM.1		COM	  2944  078DH
	COMPAR.DOC.1		ASCII	   834  5819H
	COMPAR.HEX.1		ASCII	  7188  E8DAH
***************

**** MICRO:<CPM.GENASM>
**** MICRO:<CPM.GENASM>
	CONVERSI.ASM.1		ASCII	 11557  A00BH
	CONVRS12.ASM.1		ASCII	 12141  967BH
***************

**** MICRO:<CPM.GENDOC>
**** MICRO:<CPM.GENDOC>
	PROMLAMP.MSG.1		ASCII	  1342  9618H
***************

**** MICRO:<CPM.GENDOC>
**** MICRO:<CPM.GENDOC>
	TURBO-UG.ADR.1		ASCII	   605  F57BH
***************

**** MICRO:<CPM.HAMRADIO>
	-README.DOC.2		ASCII	  2202  CDD7H
**** MICRO:<CPM.HAMRADIO>
	00README.DOC.1		ASCII	  2202  CDD7H
***************

**** MICRO:<CPM.HAMRADIO>
	MINIMUF.FOR.1		ASCII	  6308  6A7DH
	RTTYFREQ.LST.2		ASCII	 10971  D72CH
**** MICRO:<CPM.HAMRADIO>
	KENWD930.MOD.1		ASCII	  6786  D8A8H
	MINIMUF.FOR.1		ASCII	  6308  6A7DH
	RTTYFREQ.LST.2		ASCII	 10971  D72CH
	RTTYPRES.LST.1		ASCII	 11802  9EC0H
***************

**** MICRO:<CPM.KAYPRO>
**** MICRO:<CPM.KAYPRO>
	GRAF2K10.LBR.1		COM	 33920  8EB8H
	GRAFKII.LBR.1		COM	 31488  2262H
***************

**** MICRO:<CPM.MEX>
	MEX111.COM.1		COM	 24064  1DF3H
	MEX111.HEX.1		ASCII	 58580  4810H
	MEX111.LBR.1		COM	127488  628FH
**** MICRO:<CPM.MEX>
	MEX112.COM.1		COM	 24192  7BF0H
	MEX112.HEX.1		ASCII	 58888  C99BH
	MEX112.LBR.1		COM	132736  4F50H
***************

**** MICRO:<CPM.MEX>
	MEX11UPD.DQC.1		COM	  6400  CC33H
**** MICRO:<CPM.MEX>
	MEX20.HYP.1		ASCII	  2572  04F1H
***************

**** MICRO:<CPM.MEX>
	MX11HK1.ASM.1		ASCII	   934  8863H
**** MICRO:<CPM.MEX>
	MX112UPD.DOC.1		ASCII	  2317  0D1CH
	MX112UPD.LBR.1		COM	 29568  3D88H
***************

**** MICRO:<CPM.MEX>
**** MICRO:<CPM.MEX>
	MXO-KP41.ASM.1		ASCII	 41728  86EFH
***************

**** MICRO:<CPM.MEX>
**** MICRO:<CPM.MEX>
	MXO-PM20.ASM.1		ASCII	 30721  81D1H
***************

**** MICRO:<CPM.MEX>
	MXO-SY11.ASM.1		ASCII	 16384  C9DBH
	MXO-SY20.ASM.1		ASCII	 20659  4989H
**** MICRO:<CPM.MEX>
	MXO-SS10.ASM.1		ASCII	  9524  8B19H
	MXO-SY11.ASM.1		ASCII	 16384  C9DBH
	MXO-SY20.ASM.1		ASCII	 20659  4989H
	MXO-TURB.ASM.1		ASCII	 14910  3260H
***************

**** MICRO:<CPM.MISC>
	OTHERSYS.APR.1		ASCII	 50783  B41BH
	RCPM-053.LQT.1		COM	 33408  C3DFH
	RCPM-053.LST.1		ASCII	 54355  87C9H
**** MICRO:<CPM.MISC>
	OTHERSYS.SEP.1		ASCII	 70616  1AC1H
	OTHERSYS.SQP.1		COM	 38400  3857H
	RCPM-054.DAT.1		ASCII	 19500  DF9BH
	RCPM-054.DQT.1		COM	 11264  E7B8H
	RCPM-054.LQT.1		COM	 34944  8053H
	RCPM-054.LST.1		ASCII	 57766  3552H
***************

**** MICRO:<CPM.MODEM>
**** MICRO:<CPM.MODEM>
	TELENET.8BIT.2		ASCII	  1728  B22AH
***************

**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
	M7-2710.ASM.1		ASCII	 10667  ECACH
	M7-2719.ASM.1		ASCII	 10752  9E3AH
	M7-2830.ASM.1		ASCII	 10359  3A3FH
***************

**** MICRO:<CPM.MODEM7>
	M7MM-1.ASM.1		ASCII	 11310  22CAH
**** MICRO:<CPM.MODEM7>
	M7MH-2.ASM.1		ASCII	 13273  691FH
	M7MM-1.ASM.1		ASCII	 11310  22CAH
	M7MOL-2.ASM.1		ASCII	  9198  5C91H
***************

**** MICRO:<CPM.MODEM7>
	M7OA-1.ASM.1		ASCII	 13044  2376H
	M7OD-4.ASM.1		ASCII	 14684  FDCAH
**** MICRO:<CPM.MODEM7>
	M7NSP-1.ASM.1		ASCII	 11031  D89BH
	M7OA-1.ASM.1		ASCII	 13044  2376H
	M7OD-4.ASM.1		ASCII	 14684  FDCAH
	M7OD-5.ASM.1		ASCII	 14481  AA27H
***************

**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
	M7PX-1.ASM.1		ASCII	 12739  B1DFH
***************

**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
	M7TV-7.ASM.1		ASCII	 13759  1336H
***************

**** MICRO:<CPM.MODEM7>
	M7VT-3.ASM.1		ASCII	 12437  D52FH
**** MICRO:<CPM.MODEM7>
	M7VT-5.ASM.1		ASCII	 15180  F767H
***************

**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
	NECMDMX.LBR.1		COM	 27520  9A40H
***************

MICRO:<CPM.PILOT80>
	PILOT.BQS.1		COM	  7168  586CH
	PILOT80.LBR.1		COM	 13440  2997H
	PILOTDOC.WQ.1		COM	  5120  E189H
	VANDC.PQL.1		COM	  1024  DD3EH
***************

MICRO:<CPM.PUBKEY>
	PKS10-M.INF.1		ASCII	   715  EED5H
	PKS10-M.LBR.1		COM	  9728  6C07H
	RSA11-T.INF.1		ASCII	   662  7D74H
	RSA11-T.LBR.1		COM	 69760  DEE4H
***************

**** MICRO:<CPM.RCPM>
	CHAT39.ASM.1		ASCII	 24095  3862H
	CHAT39.COM.1		COM	  1024  D870H
	CHAT39.INF.1		ASCII	  2180  A1C6H
**** MICRO:<CPM.RCPM>
	CHAT40.ASM.1		ASCII	 17362  F59FH
	CHAT40.INF.1		ASCII	  2151  8774H
***************

**** MICRO:<CPM.RCPM>
	LUX30.LBR.1		COM	 80384  3BD9H
**** MICRO:<CPM.RCPM>
	LUX-RCPM.BUG.1		ASCII	  1824  53B6H
	LUX30.LBR.1		COM	 80384  3BD9H
	LUX40.LBR.1		COM	 44288  A10DH
	LUX41.LBR.1		COM	 51584  FDD4H
***************

**** MICRO:<CPM.RCPM>
	XMODEM89.DOC.1		ASCII	  5387  969AH
	XMODEM93.AQM.2		COM	 52096  5E69H
	XMODEM93.ASM.1		ASCII	 77772  44A7H
**** MICRO:<CPM.RCPM>
	XMODEM97.AQM.1		COM	 55680  1824H
	XMODEM97.ASM.1		ASCII	 83216  0E46H
	XMODEM97.DOC.1		ASCII	  7189  FFDDH
***************

**** MICRO:<CPM.STARTER-K"
	-READ.ME.1		ASCII	    86  FF25H
**** MICRO:<CPM.STARTER-K"
	00READ.ME.1		ASCII	    86  FF25H
***************

**** MICRO:<CPM.TOPS-20>
	HEXIFY.EXE.4		ASCII	 12800  BB6EH
	HEXIFY.HLP.1		ASCII	   433  A7FEH
	HEXIFY.MAC.4		ASCII	  8418  DB59H
**** MICRO:<CPM.TOPS-20>
	HEXIFY.EXE.5		ASCII	 12800  BB6EH
	HEXIFY.HLP.1		ASCII	   433  A7FEH
	HEXIFY.MAC.5		ASCII	  8418  4EA2H
***************

**** MICRO:<CPM.TOPS-20>
	MODEM.EXE.248		ASCII	 20480  B8D4H
	MODEM.MAC.248		ASCII	 42695  DF38H
**** MICRO:<CPM.TOPS-20>
	MODEM.EXE.303		ASCII	 20480  AC48H
	MODEM.MAC.303		ASCII	 49273  9F03H
***************

MICRO:<CPM.TURBODOS>
	DIRPAT16.COM.1		COM	  3840  8BE2H
	DIRPAT16.DQC.1		COM	  3456  3133H
	LUFIX.TD.1		ASCII	  2006  B45DH
	MENU.MQC.1		COM	 16384  6136H
	PD.MAC.1		ASCII	  1135  82A2H
	TIMECL12.LBR.1		COM	  2432  64F0H
	XM-TDOS.LBR.1		COM	  5376  D4D2H
***************

**** MICRO:<CPM.TXTUTL>
	FIXTEX11.ASM.1		ASCII	 21824  E932H
**** MICRO:<CPM.TXTUTL>
	FIXTEX12.ASM.1		ASCII	 22427  5456H
***************

**** MICRO:<CPM.WSTAR>
	FTNOTE13.COM.1		COM	 15872  679EH
	FTNOTE13.DOC.2		ASCII	 22220  EB8BH
	FTNOTE13.HEX.1		ASCII	 38647  7F08H
**** MICRO:<CPM.WSTAR>
	FTNOTE14.COM.1		COM	 17408  F366H
	FTNOTE14.DOC.2		ASCII	 25756  D58DH
	FTNOTE14.DQC.1		COM	 16256  10D7H
	FTNOTE14.HEX.1		ASCII	 42382  449BH
	FTNOTE14.INF.1		ASCII	  1457  3BC1H
***************

**** MICRO:<CPM.ZCPR3>
**** MICRO:<CPM.ZCPR3>
	K10ZCPR3.LBR.1		COM	 79616  3DDCH
***************

**** MICRO:<CPM.ZCPR3>
**** MICRO:<CPM.ZCPR3>
	Z3NEWS.006.1		ASCII	 11518  FBD4H
	Z3NEWS.007.1		ASCII	 18872  2A10H
***************

				Al Plehn

10-Oct-84 09:26:18-MDT,2539;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 09:25:51-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  10 Oct 84 9:56 EDT
Date: 10 Oct 1984  08:00 MDT (Wed)
Message-ID: <KPETERSEN.12054320617.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: XMODEM64 for Commodore-64 - author reply

Just after my announcement of the availability of XMODEM64.BAS for the
Commodore-64, the following message was received.  A reply from the
author follows:

Date: Thursday, 30 August 1984
From: prindle at NADC
To:   Info-Cpm
Re:   Christensen MODEM program for Commodore-64

Unfortunately, Commodore BASIC programs, of which this one is no
exception, utilize control characters, both normal ascii ones and ones
with the high order bit set (ie. chr$(x) where x>127), and are thus
not amenable to storage and transfer as normal ascii files.  All of
the cursor positioning characters and reverse field characters are
missing from MICRO:<CPM.COMMODORE>XMODEM64.BAS.  Commodore BASIC
programs must be treated (especially by XMODEM programs themselves) as
"binary", not text, and are best transmitted as hex files.  Of course,
it is possible to write a C64 program which uses only the normal ascii
subset, but I haven't seen one (nontrivial) yet!

[The author reply via TCBBS Detroit]

Msg 282 is 15 line(s) on 09/18/84 from JOHN s hex files.  Of course,
it is possible to write a C64 program which uses only the normal ascii
subset, but I haven't seen one (nontrivial) yet!

[The author reply via TCBBS Detroit]

Msg 282 is 15 line(s) on 09/18/84 from JOHN DAVIS
to PRINDLE AT NADC about XMODEM64.BUG

Sir:
I read the file you uploaded titled XMODEM64.BUG
It is in total error! Please have it deleated!
Before I uploaded the program XMODEM64.BAS I checked
to be sure there were NONE of the special Commodore
characters you talk about. They were all expressed as
CHR$(123) or whatever.  Ie. J$=CHR$(13) (return)
This program was written just so it could be uploaded
in this manner as was most of the program that uploaded it
no special reverse vidio characters appear anywhere in the
listing of this program no are any intended to.
Also the program was uploaded with XMODEM checksum protocall
That means that any 8 bit characters would have made the 
trip with no problems as XMODEM is an eight bit format
Please check your comments closer in the futher thanks
10-Oct-84 10:16:11-MDT,1429;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 10:16:03-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  10 Oct 84 10:44 EDT
Date: 10 Oct 1984  08:49 MDT (Wed)
Message-ID: <WANCHO.12054329514.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@Simtel20.ARPA>
To:   INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA
Subject: Demise of MICROSYSTEMS magazine

Just about a year after Ziff-Davis took over the publication of
Microsystems, they decided to drop the magazine last month due to
"poor" circulation and lack of substantial growth potential.  Current
circulation is about 55,000, and 100,000 is the minimum they estimate
they need to make it viable.  The November issue, to be shipped
shortly, will be its last.

I talked to Sol Libes last night and he gave me that information
above.  Needless to say, Sol was quite depressed about this whole
situation, and says he has been for the last month since the decision
was made.  He also said that he had unsuccessfully tried to buy
Microsystems from Ziff-Davis.  He is trying to find another publishing
service to start up a new magazine to continue the recent trend of
articles in the old one with himself and Chris Terry doing the
editorial work.

In my opinion, Microsystem was one of the finest publications
available for the serious programmer.  It will be missed by many of
us.

--Frank
10-Oct-84 13:14:26-MDT,770;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 13:14:20-MDT
Received: From ari-hq1.arpa.ARPA by AMSAA via smtp;  10 Oct 84 14:17 EDT
Date: 10 Oct 84 14:12:00 EST
From: brake@Ari-Hq1.ARPA
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA
Subject: Microsystems
To: info-cpm <info-cpm@Amsaa.ARPA>
Reply-To: brake@Ari-Hq1.ARPA
MMDF-Warning:  Parse error in preceeding line at AMSAA.ARPA

It's no wonder that Microsystems is dead, it has been going down hill
ever since Ziff-Davis took over. The emphasis has shifted from S-100 and
CP/M to IBM-PC and UNIX. I for one an tired of hearing about the PC and
all its clones. Whatever pub. that Sol wants to start, I'll subscribe to
it.

------
10-Oct-84 14:37:37-MDT,2661;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 14:37:20-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  10 Oct 84 15:45 EDT
Date: 10 Oct 1984  13:50 MDT (Wed)
Message-ID: <WANCHO.12054384251.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@Simtel20.ARPA>
To:   INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA
Cc:   INFO-PCNET@Mit-Mc.ARPA
Subject: FIDO files available

The files described below are now available on SIMTEL20 in
MICRO:<CPM.FIDO> using ANONYMOUS FTP and any non-null password.  The
standard CRC list follows the announcement.  The files come through
the courtesy of Bernie Eiben (EIBEN@DEC-MARLBORO).


FIDO,  written by Tom Jennings in Lattice C (author keeps sources
for control-reasons) supports  RBBS-operation  on  the  following
mini-systems:

DEC-Rainbow , IBM-PC and PC-Jr , Otrona Attache and Compaq

MS-DOS  V 2.0 or higher required, hard-disk desirable, plus Modem
(auto-dial for support of FIDO-NET.

FIDO  supports "typical" BBS operation plus inter-FIDO mail using
telephone access.  See NODELIST.BBS for current list of FIDO's  -
also see article in October issue of BYTE and/or DOC-files.  FIDO
currently supports all dialects of MODEM and will shortly include
support for KERMIT protocol.

Short synopsys of files (all in 8-bit format):

FIDO.DOC,FIDONET.DOC and INSTALL.DOC - Wordstar based documentation
DECMINI.*    - Rainbow's MINITEL (MODEM-like communication package)
BBS-FILS.LBR - Library of short BBS-files
FIDOHLP.LBR  - Library of short HELP-files
FIDODEC.EXE  - Rainbow based FIDO system (V 9H)
FIDOXDEC.EXE - Rainbow based FIDO system (V 9L)
FIDOXIBM.EXE - IBM-PC  based FIDO system (V 9L)
RENUM.EXE    - Utility for MAIL-handling
SYSOP.EXE    - SYSOP utility
TIMELOG.EXE  - SYSOP utility
V9K.DOC      - doc-addendums
FIDOLIST.*   - user-written NETWORK-Node handler
Nodelist.BBS - list of current FIDO systems.


Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.FIDO>
BBS-FILS.LBR.1			BINARY	 11264  F5A7H
DECMINI.DQC.1			BINARY	 22528  51DFH
DECMINI.EXE.1			BINARY	 37376  C6A0H
FIDO.DOC.1			BINARY	 65681  08C5H
FIDO.TXT.2			ASCII	  1267  6D6EH
FIDODEC.EXE.1			BINARY	 83968  F60EH
FIDOHLP.LBR.1			BINARY	  7552  54BAH
FIDOLIST.DOC.1			BINARY	  1217  C3A0H
FIDOLIST.EXE.1			BINARY	 17024  3492H
FIDONET.DOC.2			ASCII	 50666  EF77H
FIDOXDEC.EXE.1			BINARY	 86016  C9EDH
FIDOXIBM.EXE.1			BINARY	 65536  53BEH
INSTALL.DOC.1			BINARY	 70431  BFEDH
RENUM.EXE.1			BINARY	 26240  348EH
SYSOP.EXE.1			BINARY	 20992  C0F7H
TIMELOG.EXE.1			BINARY	  9216  1892H
V9K.DOC.1			BINARY	  3820  F488H
10-Oct-84 18:06:26-MDT,774;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 18:06:21-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  10 Oct 84 19:36 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a019600; 10 Oct 84 19:34 EDT
Received: From localhost.ARPA by udel-ee.ARPA id a001558 ;10 Oct 84 19:29 EDT
Date: 10 Oct 84 19:29:04 EDT (Wed)
Message-ID: <1012.466298944@udel-ee>
To: "Jerry E. Pournelle" <POURNE@MIT-MC.ARPA>
cc: INFO-MICRO@MIT-MC.ARPA, INFO-CPM@MIT-MC.ARPA
Subject: Re: NEED INFORMATION ON CONFERENCE SOFTWARE
In-reply-to: Your message of 10 October 1984 03:19-EDT.
From: Farber <farber@udel-ee.ARPA>

We are in the process of bringing up notes on px xenix. The hp version si
rather good on vaxen with Unix

10-Oct-84 20:57:44-MDT,2601;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 20:57:34-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  10 Oct 84 22:18 EDT
Date: 10 Oct 1984  20:23 MDT (Wed)
Message-ID: <WANCHO.12054455832.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@Simtel20.ARPA>
To:   INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA, PROTOCOLS@Rutgers.ARPA
Subject: Yet Another Protocol!

Hot on the tail of the Thinwire Protocol (RFC914), comes RATP!
Interested parties are urged to conduct the discussions concerning
these and other protocols on the PROTOCOLS@RUTGERS mailing list.
Requests to join that list should be sent to
PROTOCOLS-REQUEST@RUTGERS.

--Frank
--------------------

Date: Wednesday, 10 October 1984  12:09-MDT
From: WESTINE at USC-ISIF.ARPA
To:   Request-for-Comments-List: at USC-ISIF.ARPA
Re:   RFC 916 Now Available

A new Request for Comments is now available from the Network Information
Center in the <RFC> directory at SRI-NIC.ARPA.

RFC 916:

   Title:       Reliable Asynchronous Transfer Protocol (RATP) 
   Author:      Greg Finn
   Mailbox:     Finn@ISIF
   Pages:       53
   Characters:  113815

      pathname: <RFC>RFC916.TXT

Status of This Memo

   This RFC suggests a proposed protocol for the ARPA-Internet 
   community, and requests discussion and suggestions for improvements. 
   Distribution of this memo is unlimited.

   This paper proposes and specifies a protocol which allows two 
   programs to reliably communicate over a communication link.  It 
   ensures that the data entering one end of the link if received 
   arrives at the other end intact and unaltered.  The protocol, named 
   RATP, is designed to operate over a full duplex point-to-point 
   connection.  It contains some features which tailor it to the RS-232 
   links now in common use.

Public access files may be copied from the <RFC> directory at 
SRI-NIC.ARPA via FTP with username ANONYMOUS and password GUEST.

   The normal method for distribution of RFCs is for interested parties 
   to copy the documents from the NIC online library using FTP.  
   Requests for special distribution should be addressed to either the 
   author of the RFC in question or to NIC@SRI-NIC.ARPA.  Unless 
   specifically noted otherwise on the RFC itself, all RFCs are for 
   unlimited distribution.

Submissions for Requests for Comments should be sent to 
POSTEL@USC-ISIF.ARPA.

Requests to be added to or deleted from this distribution list should be
sent to NIC@SRI-NIC.ARPA.

--jon.
11-Oct-84 04:43:04-MDT,524;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 04:43:00-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  11 Oct 84 6:17 EDT
Date: 11 October 1984 06:21-EDT
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: BYTE Index
To: POURNE@Mit-Mc.ARPA
cc: STORK@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA

Is it true that BYTE is planning to publish an index soon?
If so, the PD effort I suggested to create a BYTE index is
a waste of time.  Will appreciate your advice.

11-Oct-84 07:11:02-MDT,1411;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 07:10:57-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  11 Oct 84 8:28 EDT
Received: from dca-eur.arpa by BRL-AOS.ARPA id a006109; 11 Oct 84 8:27 EDT
Date: 11 October 1984 12:18 GMT
From: bower@dca-eur.ARPA
Subject: Help with Hall-Effect
To: info-cpm@BRL-AOS.ARPA

Date: 11 Oct 1984 12:04:09 Z
Text: Excuse the media, only have access to this net.  Query for hardware
information...

   I obtained a surplus keyboard a while back that has the most fantastic
feel and layout of any that I have experienced to date.  In attempting to
use it in a new construction project, however, I discoverd that it uses
Hall-Effect switches.  Being stationed in Germany, I have been unable to
locate any information on how to build an encoder, or even the theory of
operation for these little beasts.

   Any information on these switches would be appreciated, to include
addresses of OEMs.  The particular unit in question was manufactured by
Microswitch, but the letter I mailed five months ago (which included a
SASE) was never answered.  The mail over here is slow, but I must conclude
that they will not respond.

   I would appreciate any info, to include deep "tech talk".  Have been
homebrewing computers for over 8 years.

   Thanks in advance.
                         Hal

11-Oct-84 08:52:41-MDT,2815;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 08:52:31-MDT
Date:     Thu, 11 Oct 84 9:59:25 EDT
From:     David Towson (SECAD) <towson@Amsaa.ARPA>
To:       bower@dca-eur.ARPA
cc:       info-cpm@amsaa.arpa
Subject:  Re:  Help with Hall-Effect

Hal - I have disassembled a couple Hall-effect keyswitches, and have found
inside each an integrated circuit chip mounted with its plane vertical.  Four
connections protrude from the bottom of each chip assembly.  These connections
allow each chip assembly to be soldered to a mother-board which underlies the
keyswitch matrix.  The mechanical portion of each keyswitch consists of a
magnet mounted on a plunger, and a restoring-spring.  When the plunger is
depressed, the magnet is moved down next to the IC chip assembly, thereby
subjecting the chip to a magnetic field.  In the case of the switches I have
disassembled, the magnet assembly is U-shaped, and actually surrounds the chip
when the plunger is depressed.  The presence of a magnetic field causes the
chip to establish an electrical connection.  The following is excerpted from
a Micro Switch "product sheet", and gives a bit more description.

     "The 12SW and 16SW Series use the revolutionary Hall effect solid state
switch pioneered and developed by MICRO SWITCH.  Solid state switches eliminate
the problems associated with mechanical switching...contact bounce, contamin-
ation, and intermittent switching at low levels.

     The switching function is performed within an integrated circuit 0.040
inch square.  The chip is actuated by a magnet to produce an analog control
voltage.  Hall voltage is converted into a digital output with a trigger
circuit and amplifier.  Each key module provides two isolated outputs."

     This little blurb is for numeric keypad assemblies 12SW and 16SW, having
12 and 16 switches respectively.  They operate from a +5-volt supply, and draw
60 and 80 MA max respectively, inplying a drain of 5 MA per keyswitch.  Each
output (there are two per keyswitch) puts out a minimum of +2.4 volts while
sourcing 160 microamps with the switch DE-ACTIVATED.  In the ACTIVATED state,
each output can sink 3.2 MA with a maximum voltage drop of +0.4 volts.  This
is obviously intended to interface with TTL circuits.

     I have "product sheets" for the following Micro Switch keyboards:
	53SW1-1
	61SW12-1
	50SW11-50
	67SW5-17
	66SW6-51
	66SW6-52
	78SW6-44
	63SW5-4
	70SW12-1
	75SW12 series
	51SD12-1
	51SW12-1
If any of these numbers match your keyboard, let me know and I'll give you
whatever additional information I have.  Don't expect much, however, as
there is little technical data in these "product sheets".


Best regards,

Dave
towson@amsaa.arpa
11-Oct-84 21:56:57-MDT,1694;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 21:56:49-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  11 Oct 84 23:22 EDT
Date: Thursday, 11 October 1984  21:17-MDT
Message-ID: <KPETERSEN.12054729659.BABYL@SIMTEL20>
Sender: Mark Becker <Cent.Mbeck%MIT-OZ@Mit-Mc.ARPA>
From: Mark Becker <Cent.Mbeck%MIT-OZ@Mit-Mc.ARPA>
To: W8SDZ@Simtel20.ARPA
cc: Cent.Mbeck%MIT-OZ@Mit-Mc.ARPA
Subject:   22RSX - Bug discovery(ies)
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Thu 11 Oct 1984 21:27-MDT

Hello Keith --

     Keith, after <CPM.22RSX>REMOVE.COM did nasty things to my test
disk, I disassembled it and found a couple of interesting things.

Woe to those with systems that have:

    (a) other than an LXI H,WMADDR / SHLD 0006 in the warmboot routine
	for initializing locations 5 and 6.  Both 22RSX and REMOVE look
	for the LXI H,d16 / SHLD 06 sequence.

    (b) the BIOS WMBOOT routine in ROM - the RSX installation will
	work okay until the next JMP 0 when locations 5, 6, and 7
	are re-loaded from the BIOS WMBOOT routine.

    (c) Lastly, the routine that searches for LXI H,d16 / SHLD 06
	( hex 21 xx xx 22 06 ) doesn't check for the 00 after the 06.
	The demo software blew up on me as (I found out later) there
	is an LXI H,d16 / SHLD 06F3 in my system before the warmboot
	vector gets initialized and the software got 'confused'
	and modified the wrong data.

	The *REAL* gotcha is that both programs search for the
	LXI / SHLD sequence starting at **04, "**" being system size
	dependent.

Whew... enough bug tracing for this week...

Mark
12-Oct-84 05:31:20-MDT,1661;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 05:31:11-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  12 Oct 84 6:59 EDT
Date: 12 Oct 1984  05:04 MDT (Fri)
Message-ID: <KPETERSEN.12054812848.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: MEX112 sendout bug

MEX112.BUG forwarded from the RCPM circuit:

***********************   BUG ALERT !!! ************************

MEX 1.12 has a nasty bug in the 'SENDOUT' command 
	this bug has not shown itself in version 1.11
*********************************************************
* IF							*
*	(REPLY is greater than zero)	and		*
*	(SODELAY is off)		and		*
*	(WTECHO is off)			and		*
*	(XOFF is on)					*
* THEN							*
*	using SENDOUT command 				*
*		will not continue with READ file	*
*		will not return to command state	*
*		will not respond to keyboard		*
*		will leave you dead in the waters	*
*			(up the creek without a paddle)	*
*********************************************************

Should this message make it to Ron Fowler, suggestion for MEX 2.0 or sooner:

	Allow toggle to silence messages like '***REPLY***','ZZZZZ',
'Term-mode' and other stat responses when executing from a READ file.
This way, one would see exactly what is happening on-line just as if
one is executing all commands invisibly (no harsh interrupting messages).
These messages take up valuable screen space.

	MEX is really evolving ... can't wait for version 2

						George Toye
						620 Alamo Ct #25
						Mountain View, CA 94043
12-Oct-84 06:23:18-MDT,1560;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 06:23:11-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  12 Oct 84 7:23 EDT
Date: 12 Oct 1984  05:24 MDT (Fri)
Message-ID: <KPETERSEN.12054816443.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: Using MEX remotely

A new set of files which allow MEX (Ron Fowler's popular modem
program) to be used remotely are now available from Simtel20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MEX>
WELCOME3.MEX.1			ASCII	  1269  656FH
WELCOME4.MEX.1			ASCII	  1469  15DCH
WELCOMEX.DOC.1			ASCII	  1506  DF6DH

Here is a short description of how it works:

WELCOME3.MEX, by Bruce Morgen, expert refinements by Ron Fowler, loop
back to auto-answer by Bruce Morgen.

This file may be used to do a relatively automatic file transfer setup
from your computer to a remote user.  It will prompt him to prepare a
file-receive at his end, wait for him to do it and allow a comment
(logged to a disk file) at the end.  PLEASE NOTE!:  THE FILE WILL WORK
AS-IS ONLY IF YOUR MEX OVERLAY SUPPORTS AUTO-ANSWER WITH A `SET
ANSWER' COMMAND.  It is only one small step toward really using MEX
1.11's programability and can be easily edited for other uses.

WELCOME4.MEX (9/19/84) is the result of a little on-line experience
and my extremely ethical nature, which would not allow me to promise
an XMODEM filesend that I could not deliver.........Bruce
12-Oct-84 14:54:24-MDT,629;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 14:54:20-MDT
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp;  12 Oct 84 16:19 EDT
Date: Fri 12 Oct 84 13:22:46-PDT
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Mulit-user BBS query
To: info-cpm@AMSAA.ARPA, info-ibmpc@USC-ISIB.ARPA
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: (714)961-3393

What is necessary (hardware/software) for a multi-user (about 4 ports)
message system on a CP/M or IBM-PC system.  Is anybody doing it?
Ted.
-------
12-Oct-84 21:14:06-MDT,2601;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 21:13:52-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  12 Oct 84 22:47 EDT
Date: Fri, 12 Oct 1984  22:41 EDT
Message-ID: <ZZZ.RLK.12054983386.BABYL@MIT-OZ>
From: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
To:   info-cpm@AMSAA.ARPA
Subject: [TK.FONER: Obscure microprocessor chip needed]

Date: Wednesday, 10 October 1984  05:13-EDT
From: Leonard N. Foner <TK.FONER>
Reply-To: Foner at MIT-MC
To:   info-micro at BRL-VGR.ARPA, *BBoard at MIT-MC
cc:   Foner
Re:   Obscure microprocessor chip needed

This is quite a bit off the beaten track, but I thought I'd give it a
try.  If there are any UUCP lists which might address the issue (a
net.electronics, maybe?  or maybe even net.general?  I can't reach
UUCPland from here) I'd appreciate someone forwarding this there
(once, please).

I am in need of a rather obscure microprocessor/IO controller for an
Aiwa M800 cassette deck.  The processor controls the autobias adjust
for the deck.  Mine apparently crapped out, and Aiwa says they
discontinued the tape deck in April---hence they won't sell me a new
microprocessor.

I'd be willing to pay some reasonable amount for the right part, or
even for a similar deck that for some other reason doesn't work and is
about to be scrapped.  I'd aldo be more than willing to shower heaps
of thanks and praise for anyone who can direct me to a place I can get
this part.

Okay, 'nuff of that.  The part itself is specified as Aiwa part number
82-155-616-01, a "uCOM43-546C155".  It's got 42 (yep, 42) pins on it.

It's quite probable that this thing is an I/O controller with a
mask-programmed ROM in it.  This makes a close substitute, of course,
very much at issue.

If anyone knows how to find such an obscure part, or (heaven forbid)
has an old deck they don't want for some reason which has a working
one, I'd be very grateful indeed.

To reply to me, send to FONER at MIT-MC if you're on the ARPAnet.
UUCP users who can't hit the ARPAnet can reply directly if they know
some working route to mitccc or mit-charon.  (My username is simply
"foner" on both of those machines.)  Please, if you reply also to the
list, include me as a separate recipient so I'll be sure to see the
message in my mailbox.  If all these methods fail, but you're pretty
sure you've got the right part, you can call me collect at
617/577-1510 anytime, or send SnailMail to Leonard Foner, 4 Ames St,
Cambridge, MA 02139 USA.

Thanx much!

						<LNF>

12-Oct-84 21:16:20-MDT,2682;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 21:16:10-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp;  12 Oct 84 22:48 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000234; 12 Oct 84 22:53 EDT
Date: Fri, 12 Oct 1984  22:41 EDT
Message-ID: <ZZZ.RLK.12054983313.BABYL@MIT-OZ>
From: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
To:   info-cpm%MIT-OZ@MIT-MC.ARPA
Subject: [TK.FONER: Obscure microprocessor chip needed]

Date: Wednesday, 10 October 1984  05:13-EDT
From: Leonard N. Foner <TK.FONER>
Reply-To: Foner at MIT-MC
To:   info-micro at BRL-VGR.ARPA, *BBoard at MIT-MC
cc:   Foner
Re:   Obscure microprocessor chip needed

This is quite a bit off the beaten track, but I thought I'd give it a
try.  If there are any UUCP lists which might address the issue (a
net.electronics, maybe?  or maybe even net.general?  I can't reach
UUCPland from here) I'd appreciate someone forwarding this there
(once, please).

I am in need of a rather obscure microprocessor/IO controller for an
Aiwa M800 cassette deck.  The processor controls the autobias adjust
for the deck.  Mine apparently crapped out, and Aiwa says they
discontinued the tape deck in April---hence they won't sell me a new
microprocessor.

I'd be willing to pay some reasonable amount for the right part, or
even for a similar deck that for some other reason doesn't work and is
about to be scrapped.  I'd aldo be more than willing to shower heaps
of thanks and praise for anyone who can direct me to a place I can get
this part.

Okay, 'nuff of that.  The part itself is specified as Aiwa part number
82-155-616-01, a "uCOM43-546C155".  It's got 42 (yep, 42) pins on it.

It's quite probable that this thing is an I/O controller with a
mask-programmed ROM in it.  This makes a close substitute, of course,
very much at issue.

If anyone knows how to find such an obscure part, or (heaven forbid)
has an old deck they don't want for some reason which has a working
one, I'd be very grateful indeed.

To reply to me, send to FONER at MIT-MC if you're on the ARPAnet.
UUCP users who can't hit the ARPAnet can reply directly if they know
some working route to mitccc or mit-charon.  (My username is simply
"foner" on both of those machines.)  Please, if you reply also to the
list, include me as a separate recipient so I'll be sure to see the
message in my mailbox.  If all these methods fail, but you're pretty
sure you've got the right part, you can call me collect at
617/577-1510 anytime, or send SnailMail to Leonard Foner, 4 Ames St,
Cambridge, MA 02139 USA.

Thanx much!

						<LNF>

13-Oct-84 02:05:40-MDT,980;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 02:05:35-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp;  13 Oct 84 3:36 EDT
Date: 13 October 1984 03:40-EDT
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject:  BYTE Index
To: STORK@Mit-Mc.ARPA
cc: info-cpm@Amsaa.ARPA
In-reply-to: Msg of 11 Oct 1984 06:21-EDT from Eric Stork <STORK at Mit-Mc.ARPA>

don't kno will try to remember to ask but you wold do as well
writig letter to Phil Lemmons at BYTE New Hampshire; you are
cetainly closer to there than I am (los angeles)

    Date: 11 October 1984 06:21-EDT
    From: Eric Stork <STORK at Mit-Mc.ARPA>
    To:   POURNE at Mit-Mc.ARPA
    cc:   STORK at Mit-Mc.ARPA, info-cpm at Amsaa.ARPA
    Re:   BYTE Index

    Is it true that BYTE is planning to publish an index soon?
    If so, the PD effort I suggested to create a BYTE index is
    a waste of time.  Will appreciate your advice.

13-Oct-84 13:55:52-MDT,924;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 13:55:46-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Oct 84 15:30 EDT
Date: 13 Oct 1984  13:36 MDT (Sat)
Message-ID: <KPETERSEN.12055168092.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: MEX overlay for Apple II with Micromodem II/IIE

A new overlay is now available for the MEX modem program for use with
the Apple II with the Hayes Micromodem II/IIE and the ALS CP/M card or
the Microsoft CP/M card.  This version supports Touch-Tone dialing on
the Micromodem IIE.  Also, a bug was fixed that prohibited the
Micromodem IIe from operating on the Softcard.

The file is available from Simtel20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MEX>
MXO-MM2.ASM.1			ASCII	 19196  3844H

--Keith
13-Oct-84 14:17:33-MDT,1346;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 14:17:28-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  13 Oct 84 15:50 EDT
Date: 13 Oct 1984  13:55 MDT (Sat)
Message-ID: <KPETERSEN.12055171564.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To:   KENT@Sumex-Aim.ARPA
Cc:   Info-Cpm@Amsaa.ARPA
Subject: anotated biblio software now available

From: Dan Kent  <KENT@SUMEX-AIM.ARPA>
Subject: anotated biblio software?

Can anyone reveal their experience with bibliography management software?
Have been using raw DbaseII on my Osbornes with CPM 2.2 and hating it.

I need to make notes about the articles I review, each note focusing on
a different aspect of the article's quality, then keep track of the 
citation by author and thre or four keywords, and by my adhoc rating of
article qualtiy...

If anyone can help, I will summarize for the net.  Id appreciate hearing
about PD as well as proprietary software, even MSDOS stuff...

-----
Yes, there is a PD Bibliography package.  It's now available from
Simtel20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.BASIC>
BIBLIO.LBR.1			COM	 35584  601BH

Please take a look at it and send your comments and review to
Info-Cpm.  Thanks.
--Keith
